Windows event log error when a full trust StartupTask is killed with app update/uninstall

[JosHuybrighs]

I have a folder backup/sync tool (SyncFolder) in the Microsoft Store that I want to re-architect to use the Windows App SDK. The app is currently a UWP/DesktopBridge app where the copy/sync service is done in a win32 full trust process.
Moving to the Windows App SDK gives as huge benefit that the complicated AppService Connection to pass requests and progress information between the UWP and win32 parts goes away. A big plus.

The only thing still missing in the WinAppSDK is to be able to run the copy/sync schedular process (a OOP timer-triggered BackgroundTask) at a faster interval than the current minimum of 15 minutes.

To overcome this I am looking to not use a BackgroundTask anymore but instead add a 2nd small executable to the package, configured in the manifest with Category="windows.startupTask".The executable would run its own scheduling timer, probably at a 2 minutes interval.

This works perfectly but has 1 issue: When the app is updated or uninstalled the Windows deployment service apparently simply kills the process which creates a error in the windows event log. The error is: Application Hang, Id 1002, EventData: Quiesce.
Is there a possibility for me to get some kind of trigger in the process that windows is about to kill the process? I tried adding a WM_CLOSE handler but this event is not coming in.

This point is related to #2322 and #2654. The latter suggests that Microsoft is looking into this at least for a "uninstall" situation but that still leaves the issue open for "update".
Or, should I simply not bother about the error events in the log?

Of course, allowing timer-triggered BackgroundTask with 2 minute intervals in the WinAppSDK will even be better.