Code Quality: Sync the jump list with Explorer

[0x5bfa]

Resolved / Related Issues

• Related: Code Quality: Replace references to Vanara and WinForms with CsWin32 #15000
• Closes Code Quality: Copy jump list of Explorer to Files via IAutomaticDestinationList #17488
• Fixes Bug: JumpList Not Populating #14526
• Fixes Feature: Show actual folder icon in jump list #17659
• Fixes Feature: Files is pinned to my taskbar. When I right click on it, I'd like to see my quick access pins and pins I make #17631

TODOs

• Completely deletes the binaries for the Files' jump list on startup and on every update
• Watches the changes to the Explorer's jump list
• Watches the changes to the Files' jump list
• Replicates the Explorer's jump list to the Files' jump list
• Replicates the Files' jump list to the Explorer's jump list

Steps used to test these changes

• Build the app
• Cold-launch the app
• See its jump list being the same as the Explorer's jump list
• Pin/unpin an item from the Explorer's jump list
• See that of Files also gets updated
• Do the way around of above

[yaira2]

Is this code used at all? If not, we can remove it.

[0x5bfa]

Yeah used.

Files/src/Files.App (Package)/Package.appxmanifest

Line 141 in b549af2

<Extension Category="windows.updateTask" EntryPoint="Files.App.BackgroundTasks.UpdateTask" />

[yaira2]

We may need to put something in place to prevent stale jumplists after updating Files or Windows.

[0x5bfa]

We can do the same as what we do at the startup, clear all and fetch items from Explorer.
Should we do it?

[yaira2]

Does the update task run even if Files is closed? In that case, I think we should do this.

[0x5bfa]

Now when the app is updated, the old jump list will be deleted and re-fetched from Explorer.

[yaira2]

This might help with #14526

[Josh65-2201]

Would this fix #17659

[yaira2]

Would this fix #17659

I think so. @0x5bfa can you confirm?

[0x5bfa]

Yes. This is one of the motivation. (I updated the PR to include this)