Jay Ta'ala

Note this is gnome behaviour (hence labelled as `upstream`) - happens with or without PaperWM in my tests.

On latest `develop` with Gnome 44 I can no longer reproduce this. Are other seeing this? Planning on closing this in a month or so (assuming no responses).

> I have edge tiling off, and somehow this happened to me. Chrome became "sticky" or rather "on top of other windows which paperwm tiles correctly" after I dragged Chrome...

Closing as been more than a month since couldn't reproduce (and hasn't been reported by others) and reporter hasn't seen this since then (see last comment).

Is this still happening for anyone? I haven't seen this happen. Am assuming due to an old bug or change in either your distro, gnome, or an older PaperWM implementation.

> I've not used paperwm for years, so no idea. All good @fuzebox1, thanks for replying. Cheers :+1:

Closing this issue as no longer valid, given no confirmed cases after a month.

An option to avoid this in the future is to add the `/org/gnome/settings-daemon/plugins/media-keys` schema to be checked by PaperWM for conflicts (we manage other schema's for conflicts). PaperWM will then...

Hey @skf-funzt, Are you on gnome 45 (or on a previous version of gnome)? If you're on gnome 45, are you able to test this PR branch? It will automatically...

P.S. if you set a media-keys keybind during runtime (that conflicts with a PaperWM key) - then PaperWM will notify you that that specific keybdind is being overriden.