When android emulator is started PaperWM gets messed up

paperwm / PaperWM

Tiled scrollable window management for Gnome Shell

GNU General Public License v3.0

3.02k stars 127 forks source link

When android emulator is started PaperWM gets messed up #214

Closed likern closed 9 months ago

likern commented 4 years ago

When I start emulator supplied by Android Studio PaperWM starts behaving incorrectly. I recorded a videos to show the problem.

https://drive.google.com/file/d/1suTmT8-eZqENp_XNsxUPwSNyPluKLXpZ/view?usp=sharing

likern commented 4 years ago

I'm not sure, but it looks like after that I have other consequences like:

[ ] When I open context menu with mouse (say in file manager) and try to navigate to some element in menu - the focus of element is lost (even if mouse still under that element)
[ ] When I play video in Chrome I see mouse twitching (it repeatedly changes mouse icon from arrow to hand)

hedning commented 4 years ago

I'm unable to reproduce on gnome-shell 3.34.2 xorg. What gnome-shell version are you running, and are you on wayland or xorg?

likern commented 4 years ago

@hedning Hello! Thank you for your reply.

I'm unable to reproduce on gnome-shell 3.34.2 xorg. What gnome-shell version are you running, and are you on wayland or xorg?

I'm using latest Fedora version without substantial modifications:

[me@localhost ~]$ lsb_release -a
LSB Version:    :core-4.1-amd64:core-4.1-noarch
Distributor ID: Fedora
Description:    Fedora release 31 (Thirty One)
Release:    31
Codename:   ThirtyOne

[me@localhost ~]$ gnome-shell --version
GNOME Shell 3.34.2

[me@localhost ~]$ loginctl show-session 2 -p Type
Type=wayland

hedning commented 4 years ago

Yep, I'm able to reproduce on wayland. Looks like the window reacts badly to being told to resize just its height, increasing the width will update the height, which seems to be a workaround. We'll probably need some custom handling of the window to get it to work out of the box unfortunately.

hedning commented 4 years ago

Another workaround is disabling the «device frame» for the virtual device. This gives you a native title bar, and seems to play nice with paperwm no matter the size of the window.

likern commented 4 years ago

@hedning Thank you very much! I've tried proposed solution. It works, but I've found some other bugs (I don't know is it a problem with emulator or PaperWM):

[ ] If I try to hide emulator menu (flickeering is not visible on video, but it exists) - Bug 3
[ ] If I try to move emulator from it's menu (so they do not overlap) and navigate between windows - Bug 2

And I've found some strange bug (I've caught it only once, can't figure out it's root) - Bug 1

hedning commented 4 years ago

Hmm, it looks like the window is probably caught in its clone state, potentially after a resize, for some reason (when animation we use clones instead of the original window, substituting as required).
Yep, long lived modals/transients aren't handled all that well tbh. Ideally the menu would be docked (#50) at a monitor edge or perhaps even better tiled/docked to the emulator window.
Yeah, minimizing the menu seems to trigger a minimize of the emulator too, which apparently just triggers the emulator to be reattached (as it marks itself as not minimizable). I can observe the same behavior in plain gnome-shell, so not sure if there's much to do about it from our end.

I'll most likely make a fix for the menu (some sort of docking/tiling) pretty soon, as I'm going to be using android-studio a bit the few months :)

likern commented 4 years ago

@hedning Thank you very much for your support. I highly appreciate your work and use it every day by default.

hedning commented 4 years ago

Cheers :) I'm glad you're finding it useful.

jtaala commented 9 months ago

Haven't been able to reproduce this on later version of PaperWM. Will close this issue as outdated. Let me know if this is still an issue.