Program is fine but using a shortcut makes it fail

Question

I wrote an app that uses a FileSystemWatcher to react when certain files (Excel) are saved and each time that happens, the file gets copied to a separate Drive/Folder. I added some code to "flash" the App Icon after the save is complete. As long as I only run the App directly all is well but if I try to make and use a shortcut, the file still does get backed up but the icon does not flash. Any ideas would be greatly appreciated.

Answer 1

Hi @Devon Nullman ,

Thanks for reaching out.

In cases like this, the cause usually is the shortcut’s “Start in” setting. When you run the EXE directly, Windows starts the app using its own folder as the working directory. When you use a shortcut, Windows instead uses whatever is defined in the shortcut’s Start in field. If that field is blank or pointing somewhere else, certain UI-related behaviors (including flashing) can behave differently.

I would recommend:

1. Right-click the shortcut
2. Select Properties
3. Check the Start in field
4. Make sure it points to the same folder where your EXE resides

Also, ensure the shortcut isn’t configured to run with different privileges (for example, “Run as administrator”) compared to how you normally launch the app, as that can sometimes affect window focus and flashing behavior.

If the issue persists, you may want to verify that your flashing logic is using a valid window handle and that the window is not already active when calling the flash method. Windows will not flash an already active window.

Hope this helps! If my answer was helpful - kindly follow the instructions here so others with the same problem can benefit as well.

Answer 2

If this is hard to achieve, maybe a notification can be displayed or an icon in the notification area (on the right side of the taskbar) can be manipulated.

• https://learn.microsoft.com/en-us/dotnet/api/system.windows.forms.notifyicon

Answer 3

Windows does not treat the shortcut as the identity of the running process. Once the app starts, the taskbar button (and its icon/flash behavior) is always associated with the executable’s own identity (AppUserModelID or, if none is set, the EXE path), not with the shortcut that launched it.

When the app is started via a shortcut, the FileSystemWatcher logic still runs (so the backup works), but any code that depends on the shortcut’s icon or shortcut-specific identity will not affect the taskbar button. The taskbar will continue to use the EXE’s icon and identity, so “flashing the app icon” based on shortcut metadata will not work.

To get consistent flashing behavior regardless of how the app is launched:

1. Ensure the flashing code targets the window associated with the running process (for example, using the main window handle) rather than anything derived from the shortcut.
2. If a custom icon is required, assign a custom AppUserModelID to the application and associate the desired icon with that AUMID, so the taskbar always uses the same icon for the process.

Windows does not provide a way to force the taskbar to use the shortcut’s icon instead of the executable’s icon for a running Win32 application. This is by design per the Application User Model (AppUserModel) behavior.

---

References:

• System.IO.FileSystemWatcher class
• Basics of .NET Framework File I/O and the File System (Visual Basic)
• Force the display of a shortcut icon in the taskbar instead of the executable icon - Microsoft Q&A