Bug#1101577: Some dialogs are always attached and ignore attach-modal-dialogs=false

[Leseratte10 at vodafone.de]

Package: libadwaita-1-0
Version: 1.7.0-1
Severity: normal
Tags: upstream

Dear Maintainers,

upon updating my system from Debian 12 to Debian 13 I found a bug that I 
believe has its root cause in libadwaita.

I'm running GNOME, and in the GNOME dconf settings I have the 
"attach-modal-dialogs=false" setting set. This makes it so any popup 
dialogs that are opened by applications can be moved like separate 
windows instead of automatically moving the parent window as well. This 
is very helpful in cases where a popup window blocks content you'd like 
to see on the main window.

In Debian 12, that worked fine. In Debian 13, it looks like there's some 
(but not all) dialogs that no longer respect that setting.

For example, the following ones are now always attached to the main 
window and cannot be moved despite the setting to attach them being set 
to false:

- The Settings dialog in Nautilus
- The various "add an online account" dialogs in GNOME preferences
- The dialogs to configure file or media sharing in GNOME preferences
- The dialog to configure keyboard shortcuts in GNOME preferences

However there are some sub-dialogs in GNOME preferences like the mouse 
button tester dialog that *do* honor this setting, which makes for a 
very inconsistent experience.

This issue seems to already be discussed in the upstream bugtracker at 
https://gitlab.gnome.org/GNOME/libadwaita/-/issues/801, and in the last 
couple days it looks like people are working on getting this fixed 
eventually.

I was hoping that there might be an easier / faster fix that can be 
applied in Debian that would fix the issue before trixie is released, 
not just with the next Debian release that'll contain whatever GNOME 
version that fixes this bug.

I have set the dconf setting in all three paths 
(/org/gnome/desktop/wm/preferences, /org/gnome/mutter and 
/org/gnome/shell/overrides) that I was able to find, but it still 
doesn't seem to have an effect on some dialogs (like the ones I 
mentioned above).

Best regards,

Florian