Draggable windows can cause the mouse to become unusable

[Sprixitite]

Steps to Reproduce

Steps to reproduce the behavior:

1. Go to "Text" or "Voice" tabs
2. Click on "Place Window"
3. Move any portion of the draggable window such that it's overlapping the bottom (or top!) dock
4. See that the overlapping portion of the window no longer responds to input

Expected behavior

Expected the window to remain draggable whilst portions of it overlap the dock.

Problematic behavior

Portions of the window become unresponsive, if window is the size of the entire screen (as seems to be default) then the overlay is immovable and you're forced to close the program without use of your mouse. This is particularly problematic because (at least for me) the window defaults to my whole monitor, so I can't adjust it's location as it is always unresponsive.

Desktop:

• Operating System / Distrobution : Pop!_OS 22.04
• Desktop Environment : Gnome 42.9

Installation Method

Tested on all of the following:

• git clone + pipx
• pipx stable
• flatpak

Discord client information

N/A

Additional context

Behaviour is identical between both Cosmic Dock and Dash to Dock.

[Sprixitite]

To test this I used a quick and dirty fix of removing the initial self.force_location() in DraggableWindow.__init__, so that the window doesn't default to being completely unusable.

[trigg]

I assume this is using the GDK_BACKEND as X11 work around. I'm unsure if there's going to be much we can do to fix this, but I'm open to suggestions from anyone who knows Gnome better.