Jack, I am doing something similar, using the built-in .air installers and a badge page. My build script increments the version number in the -app.xml config file. (I'm using the built-in update ui classes from AIR.)
When I run a .air file to update a previous installation, I see it delete the desktop shortcut, and then creates a new one. I don't have any issues with the shortcut breaking. Are you dealing w/user-created shortcuts? FWIW, in my experience, if you change the name of the .exe, the upgrade process tends to break anyway. Scott On Tue, Sep 9, 2014 at 3:23 PM, Jack Ring <jackri...@gmail.com> wrote: > ***** > > Is there any chance that this is related to Apache Flex SDK - rather than > an Adobe AIR issue? > > ***** > > When I push out an update for one of my desktop AIR apps that a client may > have installed on a Windows 7 or 8 machine, the shortcuts to the app become > broken and therefore useless. This gives my clients the appearance that my > application is busted when it is not. I continuously have to instruct > Windows 7 and 8 users to delete any shortcuts and go to the install > directory and create a new shortcut. > > > Note that I use the Apache Flex 4.13 build (My IDE is FlashBuilder 4.7) AND > that I only tally the version number in the *-app.xml file as I always > have. > > > Thanks, > > Jack Ring >
