Re: Cant replace the executable for auto upgradation when its executing
Re: Cant replace the executable for auto upgradation when its executing
- Subject: Re: Cant replace the executable for auto upgradation when its executing
- From: Dan Sashko <email@hidden>
- Date: Tue, 17 Aug 2010 14:11:41 -0700
Though now I think he actually meant to check if the app is running yourself since the desired behaviour is not part of the installer, in which case the only place for that script (with a chance to inform the user) would require that the ugliest and the most confusing script warning would popup to the screen when ever you launch your installer (before you can even check if the app is running)... Now if things changed and this can be done without that 'script warning' I'd also like to know about it :)
On Tue, Aug 17, 2010 at 1:59 PM, Dan Sashko
<email@hidden> wrote:
I think he meant that it will NOT actually quit the app if it has "prompt user on quit if dirty" type of behaviour, and user will most likely not know because the "are you sure you want to quit and not save" type of alert will come up behind the installer, and the installer does NOT check if it actually did quit and will continue as if it succeeded.
I must say that labeling it as 'lame' is being too kind
On Tue, Aug 17, 2010 at 1:31 PM, Bill Cheeseman
<email@hidden> wrote:
On Aug 17, 2010, at 2:39 PM, Bill Coderre wrote:
> There are two common solutions:
> 1) If it's an application, present an error to the user. This IS the standard behavior, but is not in Installer.app at this time. I know it sounds lame, but it's really the best choice, because the user might have unsaved changes, etc, etc.
I just got the "Quit Application" preinstall action in PackageMaker 3.0.4 to work (by using the application's bundle identifier; using it's name didn't work, with or without the .app extension). What happens is that, as the installation operation reaches the end, the applications quit (or are killed). So at least PackageMaker can do this much. Are you saying that we shouldn't take advantage of this feature because it's dangerous?
--
Bill Cheeseman - email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (
email@hidden)
This email sent to
email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden