MrMuscle

No, as I'd still need the script to install the software silently- which it's failing to do at the moment. We want to try and keep everything on SCCM anyway, as it's better to control the installations, as well as installing when users are/ aren't logged on. We've found that excessive Group Policy scripts really do increase the time it takes to log in- which isn't ideal in a school.

Hi Chris, Yeah, it set this as a dependency before deploying the application. This installs fine, it's just once the actual Kudo software starts that brings up the installer. I'm sure previous versions were successfully installed silently- so I'm baffled by why the latest version does not! No, originally, just msiexec /q /i "path" , and tried a few other variations without success. Just giving the /QN switch ago and it appears to have the same outcome of appearing to work, but the Windows Installer is just hanging in the processes list. This may be an interesting issue for you once you do deploy the latest version!

I've been requested by the IT department in my school to deploy Kudo Game Lab on the 100+ student machines. Grabbing the package, creating the collections and deploying it is fine, however, when the software actually starts deploying in system software centre, it doesn't install silently and requires user interaction to complete (i.e. ask for language, save directory etc). Normally, all other .msi applications install silently with no problems, and this is essential, as I can't physically go round to every computer in the school and drill through this process (nor can I ask the students to do this). Anybody have a solution? The usual msiexec arguments aren't working either, and the windows installer appears to just hang in the processes (ctrl + shift + esc) when I do give it a go via cmd command.