App crashes when trying to open WallpaperPickerPage (DetectMonitorsAsync)

[doktorjasper]

Description

When I press the “Personalize your background” button in the application, the application closes and nothing happens. I cannot use the feature.

Expected Behavior

No response

Log Data

s

Commit Hash, Version and Windows Build

newest version

Screenshots / Videos

No response

[Armin2208]

Please Update to Auto Dark Mode 11 beta

[doktorjasper]

i ddit , also re installed not working for me . i musing Atlas OS

[ComfyPenguin]

Same here, the app just closes itself

[Jay-o-Way]

Can reproduce. Gotta delete ...\ApplicationData\LocalSettings.json for it. Looks like a problem with the detection of displays.

Task.Run(DetectMonitorsAsync).Wait() runs DetectMonitorsAsync() on a thread-pool thread and blocks the UI thread synchronously. Inside DetectMonitorsAsync() you call _errorService.ShowErrorMessage(..., App.MainWindow.Content.XamlRoot, ...). Content / XAML objects are thread-affine (must be accessed on the UI thread); reading Content from a background thread raises a COMException. Blocking the UI thread with .Wait() also risks deadlocks when asynchronous code tries to marshal back to the UI context. Root cause: mixing synchronous blocking with off-thread execution while accessing UI-thread-only WinRT/XAML objects.

Concrete fixes (pick one):
• Remove Task.Run(...).Wait() and call DetectMonitorsAsync() from the UI thread after construction (preferred).
• Or marshal calls that touch UI objects back to the UI thread instead of accessing Content from background threads.

FYI @Armin2208 @Spiritreader this is a high priority

[Spiritreader]

I moved the monitor detection logic to the loaded callback event, that should resolve this issue.
Sorry for the wait, things have been absolutely insane for me!

[Armin2208]

@doktorjasper please install the latest Beta and check if the issue was revoled

[Jay-o-Way]

I can confirm that deleting the LocalSettings file no longer crashes the page