HDR toggle on Windows 24H2 Build 26100 isn't working when "Automatically manage color for apps" is enabled in SDR mode

[1aTa]

Rules

• I made myself familiar with the README.
• I checked closed issues for similar ones and did not find a similar problem mentioned before.
• I understand that, if insufficient information was provided, my issue will be closed without an answer.

Version

2.23.0

OS

Windows 24H2 Build 26100.1150

Device

Legion 5 Pro 16IAH7H

BIOS version

J2CN57WW

What's wrong?

Windows 24H2 Build 26100 has a new option which seems to be confusing the HDR mode toggle.

The new option "Automatically manage color for apps" under "System > Display > Color Management" increases the color range of Windows SDR to HDR levels to remove things like color banding. It works great and is very noticeable throughout the Windows UI but a side effect is all apps think they are already in HDR mode, when they're actually not. With this option enabled the only way I've found to switch Windows HDR mode on and off is with the toggle in Windows settings.

More info here: https://support.microsoft.com/en-us/windows/auto-color-management-in-windows-11-64a4de7f-9c93-43ec-bdf1-3b12ffa0870b

How to reproduce the bug?

Whilst in SDR mode goto "System > Display > Color Management" and enable "Automatically manage color for apps".

Try to enable and disable HDR mode using HDR toggle in LLT.

What is the behavior that you expected?

HDR toggle should show as disabled in SDR mode and HDR mode should be enabled and disabled when toggling on and off.

Logs

log_2024_07_17_11_13_36.txt

Additional information

No response

[1aTa]

This is the first app that I know of which has resolved this issue: res2k/HDRTray#13

[res2k]

Relevant commits:
res2k/HDRTray@68824b1
res2k/HDRTray@84c2367

Since DisplayExtensions is implemented through DisplayConfigGetDeviceInfo/DisplayConfigSetDeviceInfo as well, it'd probably be doable to extend the existing code to preferably use the new 24H2 structures, and fall back to the existing code otherwise.

[res2k]

Alas, looks like this is required first: microsoft/win32metadata#1930