Web updates broken, how did I manage that ?
Posted: Fri Feb 16, 2007 2:44 pm
Hi
I have been using an installation script under test for about 20+ download tests to ensure that it could handle all of the currently conceivable user machine configurations we could think of - it was working perfectly.
Given one particular rebuild, no great changes made, just a mod to a 'Call DLL' to rename (MoveFileA) a folder in the prerequisites section of the script. Then the update script no longer worked. Reverting to the original code did not reinstate it.
By did not work I mean, the update script no longer places the IA icon in the system tray for the user to schedule updates. I have not modified updates.mia in any way. What I now get for this installation is a Windows Explorer window opening, after a reboot, at the folder location of C:\\Documents & Settings\\All Users\\Application Data\\{GUID of this revision}\\App Name. This contains a sub folder with the App executable in it and one other file named {GUID of this revision} with a size of 0 bytes.
No scheduled update functionality at all but the link I put on the start menu for a manual update check works fine !
To try and resolve this I have :
1. Removed the updates script from the project, rebuilt, then reinstated updates.mia and rebuilt - no change.
2. Deleted all updates files from project folder eg. .mia, .mia.bak, .brk and rebuilt - no joy.
3. Tried installing on 3 different machines, same behaviour on all.
4. Tried both local installs as well as remote server installs - no fix.
Even a very basic install of the app, which uses none of the prerequisite jiggerypokery I referred to earlier, will setup scheduled updates.
Please can anybody suggest what has happened to the scheduled update functionality and what more I can do to fix it.
Currently using v 6.23 Build Santacruz_sp3 020107
thanks and best wishes
Pete B.
I have been using an installation script under test for about 20+ download tests to ensure that it could handle all of the currently conceivable user machine configurations we could think of - it was working perfectly.
Given one particular rebuild, no great changes made, just a mod to a 'Call DLL' to rename (MoveFileA) a folder in the prerequisites section of the script. Then the update script no longer worked. Reverting to the original code did not reinstate it.
By did not work I mean, the update script no longer places the IA icon in the system tray for the user to schedule updates. I have not modified updates.mia in any way. What I now get for this installation is a Windows Explorer window opening, after a reboot, at the folder location of C:\\Documents & Settings\\All Users\\Application Data\\{GUID of this revision}\\App Name. This contains a sub folder with the App executable in it and one other file named {GUID of this revision} with a size of 0 bytes.
No scheduled update functionality at all but the link I put on the start menu for a manual update check works fine !
To try and resolve this I have :
1. Removed the updates script from the project, rebuilt, then reinstated updates.mia and rebuilt - no change.
2. Deleted all updates files from project folder eg. .mia, .mia.bak, .brk and rebuilt - no joy.
3. Tried installing on 3 different machines, same behaviour on all.
4. Tried both local installs as well as remote server installs - no fix.
Even a very basic install of the app, which uses none of the prerequisite jiggerypokery I referred to earlier, will setup scheduled updates.
Please can anybody suggest what has happened to the scheduled update functionality and what more I can do to fix it.
Currently using v 6.23 Build Santacruz_sp3 020107
thanks and best wishes
Pete B.