I have a version 1.5.0 installer package that includes a desktop URL shortcut named 'Spare Parts', pointing to .../SpareParts.HTML.
The URL was changed, so I created a 1.6.0 installer package that changes the 'Spare Parts' shortcut so it now points to .../SparePartsNew.HTML.
While installing version 1.6.0, I watch it uninstall version 1.5.0 and the 'Spare Parts' shortcut, then I watch it install version 1.6.0 and reinstall the 'Spare Parts' shortcut.
After version 1.6.0 is installed, I click on the desktop 'Spare Parts' shortcut, and it tries to load .../SpareParts.HTML, not .../SparePartsNew.HTML. This is not the correct URL.
After logging off and back on, and then clicking on the desktop 'Spare Parts' shortcut, it now loads .../SparePartsNew.HTML.
This occurs on both a Windows 7 Professional PC and a Windows 10 PC where Google Chrome is the default browser.
Is this a bug in Advanced Installer or is it a caching issue in Windows?