It then goes through the trouble of settings registry values and removing the desktop shortcut. I think it’s just that the parameters are wrong for this version. I could have sworn this also force rebooted me once.
After looking at the MSI with Installshield, I think the right parameters might be something closer to…
Prevents the desktop shortcut from being created (this works)
QTTaskRunFlags=0
Disables the system tray icon (this works)
QTINFO.BISQTPRO=1
Might remove the Quicktime “upgrade to pro” nags (haven’t verified)
REBOOT_REQUIRED=No
Possible this might surpress the force rebooting I once saw (haven’t verified)
SCHEDULE_ASUW=0 or INSTALL_ASUW=0 or REGSRCH_INSTALL_ASU=0
One of these might disable the check for the “check for updates automatically” option (haven’t gotten this one fully working yet and this is where I’m stuck)
I might have to just create a transform in the end, but I think I’m close enough to figure out how to disable the check for updates.
Ok, just an update (though funny, is anyone reading this??):
Tested using SCHEDULE_ASUW=0. It will prevent the Apple Automatic installer MSI from being installed. I thought this had more to do with the option within Quicktime for “check for updates automatically”, but it turns out those settings are on a per-user basis under “C:\Documents and Settings(username)\Local Settings\Application Data\Apple Computer\QuickTime”.
Seems the “check for updates automatically” gets written into a binary file in that folder. So maybe I can’t turn it off for all users, unless I pre-configure everything and put that file under the “All Users” folder as well as every active profile. Not elegant at all.
No problem. That one drove me crazy for a few weeks. I tried looking up details on AppDeploy.com, but noone had all of the answers. Everyone over there kludged it one way or another importing .reg files, running vbscripts, etc.
I ran with what I came up with and everything seemed to go OK:
The only thing I reused from the original action was the extra 10 minute wait time for it to finish up. The BigFix guys should guys should take a look at what I changed and see if they want to fix the existing fixlet (hint hint Ben – email me if you want the entire action).
I’m sure I’ll have to revist this again the next time Apple comes up with another release. Oh, I didn’t try doing anything with Quicktime + iTunes (aka 7.3). There’s only a handful of PCs that are relevant, so maybe using the existing fixlet is fine for that.
We’re reading, and we agree! After running a series of tests, we’ve discovered that our action script was in fact outdated. At one point in recent history, the arguments we used in our QuickTime action worked, but it looks like something changed in the installer.
The arguments we discovered in the QuickTime.msi installer mirrored your own, and we’ve gone ahead and updated the QuickTime 7.2 fixlet (id: 2072001) using the action you’ve recommended, with a slight relevance-based modification to account for the peculiar case of msiexec being at version 2. We’ve also kept the 10-minute wait, since we’ve discovered in the past that the QuickTime Installer can get somewhat finicky about when it’s “done.”
We’ve also updated the QuickTime 7.1.6 fixlet update for Windows 2000 (id: 2071001), which had a similar problem.
Thanks much for your keen eye and for your post. if you discover anything in future releases, don’t hesitate to contact us.