You are here

Shortcut handling for Multiple copies of App

6 posts / 0 new
Last post
madburg
Offline
Last seen: 1 year 9 months ago
Joined: 2023-01-28 14:09
Shortcut handling for Multiple copies of App

Hi, need some help.

Have several copies of Chrome x64 portable, in directories as followed:

GoogleChromePortable64
GoogleChromePortable64_Copy_2
GoogleChromePortable64_Copy_3
GoogleChromePortable64_Copy_4
GoogleChromePortable64_Copy_5

App update succeeds on all copies. But the rename of the shortcut in the Platform gui is lost for all instances except for the one that is for the default app directory; note in addition, all 5 renamed shortcuts where all marked as favorites and 4 no longer show up on favorite list.

e.g. renamed shortcuts in PortableAppsPlatform Gui (all 5 marked as favorite):
Chrome (App1)
Chrome (App2)
Chrome (App3)
Chrome (App4)
Chrome (App5)

after update of Chrome (from 108 to 109) shortcuts for all non-default directories reverted back to the default shortcut name, as followed:
Chrome (App1) "still in favorite menu"
Google Chrome (64-bit) "no longer in favorite menu either"
Google Chrome (64-bit) "no longer in favorite menu either"
Google Chrome (64-bit) "no longer in favorite menu either"
Google Chrome (64-bit) "no longer in favorite menu either"

My understanding is that is that it should have retained the renamed shortcuts. Looking into "PortableAppsMenu.ini" file I see that all entries original written for the renaming of the shortcuts still exist:

googlechromeportable64_4\googlechromeportable.exe=Chrome (App4)
googlechromeportable64_3\googlechromeportable.exe=Chrome (App3)
googlechromeportable64_2\googlechromeportable.exe=Chrome (App2)
googlechromeportable64\googlechromeportable.exe=Chrome (App1)
googlechromeportable64_5\googlechromeportable.exe=Chrome (App5)

Exiting the Portable Apps platform and relaunching it made no difference. Can someone please check on this and see possibly if there was a regression with the code, thank you.

Running on Platform version 23.1 (OS: Windows 10 version 21H2, OS Build 19044.2486, 64-bit)

John T. Haller
John T. Haller's picture
Online
Last seen: 26 min 14 sec ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
Manually Edit?

I can't reproduce this. Did you at some point manually edit the PortableAppsMenu.ini file? Did you accidentally do a find/replace on _Copy and remove it? That's the only thing I can think of offhand. The menu logic doesn't include _copy within it anywhere. googlechromeportable64_4 is a different directory from googlechromeportable64_Copy_4 and will be ignored.

Sometimes, the impossible can become possible, if you're awesome!

madburg
Offline
Last seen: 1 year 9 months ago
Joined: 2023-01-28 14:09
Thanks for checking on your

Thanks for checking on your end. I def. didn't edit the ini manually. There was some renaming of the directories to get the proper naming convention in order to get the auto update working (you state "_2" in one post and then I found "_copy_2" in another so def. a few renames occurred, plus the initial Chrome was updated and wouldn't update the others once the naming was correct so I had to downgrade the original installation.

I will rename the shortcuts once more in the platform gui, screenshot if there is any difference in the ini file after this change (not sure what other entry it could make???) and wait until another chrome x64 update is published (shouldn't be too long) and see if it was a local issue to me and resolves itself or if the behavior repeats itself. And I will update this post with my findings.

madburg
Offline
Last seen: 1 year 9 months ago
Joined: 2023-01-28 14:09
After renaming the icons and

After renaming the icons and checking the ini file i can see it was do to me renaming them before getting the directory naming correct, they were referencing the path naming "_x" versus "_copy_x". Now it was easier to spot:

googlechromeportable64_4\googlechromeportable.exe=Chrome (App4)
googlechromeportable64_3\googlechromeportable.exe=Chrome (App3)
googlechromeportable64_2\googlechromeportable.exe=Chrome (App2)
googlechromeportable64\googlechromeportable.exe=Chrome (App1)
googlechromeportable64_5\googlechromeportable.exe=Chrome (App5)
googlechromeportable64_copy_5\googlechromeportable.exe=Chrome (App5)
googlechromeportable64_copy_4\googlechromeportable.exe=Chrome (App4)
googlechromeportable64_copy_2\googlechromeportable.exe=Chrome (App2)
googlechromeportable64_copy_3\googlechromeportable.exe=Chrome (App3)

I don't foresee any issue going forward after app updates. Thx.

John T. Haller
John T. Haller's picture
Online
Last seen: 26 min 14 sec ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
That Would Do It

That would do it. You can delete the lines from your earlier directory names if you would like to (after backing it up just to be safe). It should continue to work as you update. You're welcome.

Sometimes, the impossible can become possible, if you're awesome!

madburg
Offline
Last seen: 1 year 9 months ago
Joined: 2023-01-28 14:09
Checked for updates today,

Checked for updates today, Chrome was on the list. Performed update, and all instances where upgrades and all GUI generated shortcuts remained.

Confirming everything works.

Log in or register to post comments