RegNotifyChangeKeyValue is not working in WinUI3 app

[HO-COOH]

Describe the bug

Following #4006, I tried to monitor HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Themes\Personalize registry for light/dark theme listener, but RegNotifyChangeKeyValue does not seem to work in a packaged winui3 app.

The same code works in a console application project

Steps to reproduce the bug

1. Create a C++ winui3 app (packaged)
2. Use the following code, in MainWindow constructor

std::thread{
                [] {
                    auto handle = CreateEvent(NULL, true, false, nullptr);
                    HKEY key{};
                    RegOpenKeyEx(HKEY_CURRENT_USER, LR"(Software\Microsoft\Windows\CurrentVersion\Themes\Personalize)", 0, KEY_READ, &key);
                    while (true)
                    {
                        auto hr = RegNotifyChangeKeyValue(
                            key,
                            true,
                            REG_NOTIFY_CHANGE_NAME |
                            REG_NOTIFY_CHANGE_ATTRIBUTES |
                            REG_NOTIFY_CHANGE_LAST_SET |
                            REG_NOTIFY_CHANGE_SECURITY,
                            handle,
                            true
                        );
                        if (WaitForSingleObject(handle, INFINITE) != WAIT_FAILED)
                        {
                            MessageBox(NULL, L"changed", L"", 0);
                            OutputDebugString(L"Triggered\n");
                        }
                    }

                    //while (true)
                    //{
                    //    DWORD value{};
                    //    DWORD bytes = sizeof(value);
                    //    auto hr = RegGetValue(key, nullptr, LR"(AppsUseLightTheme)", RRF_RT_DWORD, nullptr, &value, &bytes);
                    //    OutputDebugString(std::format(L"hr: {}, value: {}, cb: {}\n", hr, value, bytes).data());
                    //    std::this_thread::sleep_for(std::chrono::seconds{ 1 });
                    //}
                }
            }.detach();

3. Build and run the app, put a breakpoint on the OutputDebugString line. Toggle light/dark mode in system settings, the breakpoint is not hit.
4. Use the same code in a console application project, it will break.

Bonus: If you use the commented code to monitor the value, it will reads the correct changes of the value, suggesting there is something wrong internally.

Expected behavior

No response

Screenshots

No response

NuGet package version

Windows App SDK 1.4.3: 1.4.231115000

Packaging type

Packaged (MSIX)

Windows version

Windows 10 version 1809 (17763, October 2018 Update)

IDE

Visual Studio 2022

Additional context

No response

[DarranRowe]

There are two questions, assuming that your project is created exactly how you described. In other words, assuming that the application is still packaged.

First, if you remove the packaging, does the application work correctly? (Use <WindowsPackageType>None</WindowsPackageType> in the .vcxproj file.)
Secondly, if you use the Unvirtualized Resources restricted capability, does the application work correctly?

The only way that I know of to detect the change between light and dark themes, outside of ColorValuesChanged, is to handle the WM_SETTINGSCHANGE message and look for the "ImmersiveColorSet" string.

[HO-COOH]

@DarranRowe Can't afford to make it unpackged. And that unvirtualized registry write capability requires Windows 10 18362, which is higher than what I want to target.

[DarranRowe]

Even if they are not what you want, it is just a testing step. Those checks are only there to see if it is the package getting in the way of the registry read.

[jaigak]

This seems weird as I do remember listening for changes on the exact particular registry key in a UWP app.

[DarranRowe]

2023-12-01.17-14-12.mp4

It isn't a problem with Windows 11.
That was also why I asked to test things without the package getting in the way. There is no reason for the WinUI 3 library to affect anything, it is just a UI library running in a desktop application process. Since this is packaged, then the Windows App SDK dynamic dependencies wouldn't have an effect. I don't think the dynamic dependencies detouring touch the registry functions anyway. However, the registry virtualization from the package means that it could be a Windows bug or deficiency on the older versions of Windows 10.
If this was tested unpackaged and it worked as expected, then it would indicate that it is something to do with the package itself.

[ChrisGuzak]

packaged apps get registry virtualization by default. you can disable that with manifest settings. learn more here.

[HO-COOH]

@ChrisGuzak Any work around for Windows 10 17763?

[DrusTheAxe]

@ChrisGuzak Any work around for Windows 10 17763?

@brialmsft @jsidewhite @kanismohammed ?

[softworkz]

I can confirm that RegNotifyChangeKeyValue works fine after disabling registry virtualization via:

<Package>
  <Properties>
    <desktop6:RegistryWriteVirtualization>disabled</desktop6:RegistryWriteVirtualization>
  </Properties>
  <Capabilities>
    <rescap:Capability Name="unvirtualizedResources" />
  </Capabilities>
</Package>

in the appxmanifest.

Any work around for Windows 10 17763?

If you need it badly, you could try to look into the VirtualDesktop API which has some change events. While researching I came across this:

https://github.com/Grabacr07/VirtualDesktop

It doesn't support 17763 because the COM GUIDs are regularly changing (kind of private API), but another project has the COM GUIDs for older Windows versions:

https://github.com/MScholtes/VirtualDesktop/blob/c601d38796e947d7647c9124a5087fb4b595cbd9/VirtualDesktopServer2016.cs#L2-L3

So maybe(!) you'll be able to get the change event you need from this (I was looking for detecting a wallpaper change).

[softworkz]

@HO-COOH - if all you need is to monitor a theme change, why not use this?

            ((FrameworkElement)this.window.Content).ActualThemeChanged += this.Window_ThemeChanged;