Re: Updating an app's help
Re: Updating an app's help
- Subject: Re: Updating an app's help
- From: Mark Munz <email@hidden>
- Date: Thu, 15 Dec 2011 20:28:55 -0800
I've not seen Mac OS X fail to run an app I've double-clicked on, but
it is notorious for grabbing seemly random old versions of plugins
like Automator actions, quicklook plugins, Services from older apps
that are still around -- sometimes giving precedence to apps on
non-boot volumes (over one on the boot volume).
It is especially an annoying mess for developers, who are more likely
to have multiple versions lurking about.
On Thu, Dec 15, 2011 at 7:28 PM, Matt Neuburg <email@hidden> wrote:
> On Wed, 14 Dec 2011 05:14:36 -0500, Bill Cheeseman <email@hidden> said:
>>Search the archives, and you will discover that you are likely experiencing a well-known issue that has been around for a very long time. It typically only affects the developer, not your users. It is especially annoying to the developer if another, older version of the application is still on your computer, in the Applications folder or perhaps in the form of earlier build products that are still sitting around, because then trashing the help caches and forcing an update won't necessarily stop the system from using the old version of your Help folder in an older version of your application.
>
> And not just with help, either. I've been in situations where a developer was sending me new versions of an application several times a day, and it would sometimes happen that I would double-click a new version and an older version's code would run. (This resulted in some really strange conversations about the behavior of the application.) There's some underlying caching mechanism here. As you rightly say, the solution is to trash the old version *and empty the trash* before launching the new version. m.
>
> PS I've also quite often seen it happen that I'll update my code for an iOS app I'm developing and run it and an older version of the app will run, but this is for a different reason, I think.
>
> --
> matt neuburg, phd = email@hidden, <http://www.apeth.net/matt/>
> A fool + a tool + an autorelease pool = cool!
> Programming iOS 4!
> http://www.apeth.net/matt/default.html#iosbook_______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
--
Mark Munz
unmarked software
http://www.unmarked.com/
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden