search

srevinsaju / guiscrcpy

A full fledged GUI integration for the award winning open-source android screen mirroring system -- scrcpy located on https://github.com/genymobile/scrcpy/ by @rom1v
https://guiscrcpy.srev.in
GNU General Public License v3.0
2.87k stars 217 forks source link

[BUG] Evasive Bottom And/Or Side Panels Glitch #237

Open neurodiverseEsoteric opened 3 years ago

neurodiverseEsoteric commented 3 years ago

Describe the bug See screenshot

To Reproduce Steps to reproduce the behavior: 'start scrcpy' with either bottom or side panel enabled, try to move the bottom/side widget

Expected behavior

That the widget(s) stay(s) put after it's been moved, and doesn't jump anywhere even after when the widget loses focus

Screenshots

https://user-images.githubusercontent.com/577091/120080089-208c5200-c06c-11eb-96dd-b8f01952c5fd.mp4

Desktop (please complete the following information):

Additional context Add any other context about the problem here.

srevinsaju commented 3 years ago

Oh interesting. Do you have three displays?

neurodiverseEsoteric commented 3 years ago

...yes...

srevinsaju commented 3 years ago

Oh, I don't have multiple displays, so I can't directly fix this, but I can provide you a workaround.

Run guiscrcpy with this command

guiscrcpy --show-wm-frame
neurodiverseEsoteric commented 3 years ago

I was using kwin rule to do that, and thought that was what was causing the issue. But it only happens if I try to move it using the move bar(s)...

srevinsaju commented 3 years ago

With the window manager frame enabled, dragging with the title bar might not cause the glitch, I guess :thinking:

Node815 commented 3 years ago

I have two monitors and have the same issue with Arch and KDE 5.22.4.

I tried with the window frame command and it still shys away from the mouse although it is a bit easier to catch now.

Moilleadoir commented 3 years ago

I have this problem too. It makes the panels unusable as they always move away from the mouse cursor.

The workaround (guiscrcpy --show-wm-frame) does allow you to use the window titlebar to move the panel, but if you forget and use the ... drag area you end up in the same game of chase the panel across the screen.

I have one monitor landscape and one portrait, so it makes sense to me to move the phone to the portrait monitor. Is there any reason the panels aren’t (or can’t be) docked to the main window?

It’s a little disconcerting that even when you close all the main windows, the panel remains open.

Manjaro + Cinnamon

srevinsaju commented 3 years ago

I tested on dual monitors, on KDE Plasma, with one monitor at 1366x768 and another at 1920x1080 aligned horizontally. Did not face any issues,

@PDXUser can you confirm if you are using portrait + landscape dual monitor configuration similar to that of @Moilleadoir ?

Node815 commented 3 years ago

@srevinsaju - I am using both monitors in landscape so I have a total of 2 monitors.

Azykle commented 2 years ago

I have pretty much the same issue but for me the Bottom Panel evades my Mouse already before I try to move it. For the other panels it is the same as other people have reported, it only evades the mouse as soon as I move the panels. I'm using KDE Plasma with a 3840x1080 single screen setup. But when changing the resolution of my screen to 1920x1080 and restarting the program I experience the same issue again.

I also found a way to fix it: Focus one of the panels, press ALT+F3, click "More Actions", "Configure special Window Settings...", then click on the button "Add Property..." in the bottom left and scroll down to / search for "Ignore requested geometry" and click it or the green circle next to it. Now go in the drop down menu next to it and select "Force" and select Yes. Then click OK and it shouldn't evade your mouse anymore.

lordmemed commented 1 year ago

i have one monitor, but this issue also happened.

using arch + xfce4