paperwm / PaperWM

Tiled scrollable window management for Gnome Shell
GNU General Public License v3.0
3.02k stars 127 forks source link

QtWebEngine windows on unfocused monitors goes white (eg. qutebrowser) #270

Open JonathanReeve opened 4 years ago

JonathanReeve commented 4 years ago

I can only make this happen with Qutebrowser, so maybe it's a problem with Qutebrowser? But then again, this only ever happens while using PaperWM, too.

If I have Qutebrowser open and something else on another monitor, it's no problem, so long as Qutebrowser is focused. However, if I focus a window on another desktop, Qutebrowser stops displaying the web page and only displays a white screen. This is a problem if I want to have a web page open and also work on something else on a different monitor.

I don't know if this is Qutebrowser's native behavior for some state of the window, or what. But I'm happy to help debug this however I can.

Great extension, by the way. I'm loving this.

JonathanReeve commented 4 years ago

Just in case, I added a bug report here at Qutebrowser's repo, too.

olejorgenb commented 4 years ago

Interesting (reproducible here)...

Due to how workspaces are implemented in gnome-shell/mutter[1] we show clones and not the actual windows on non-focused monitors.

It seems like qutebrowser somehow listens to whether the window is visible and suspends rendering and clears most of the buffer. (like you suspected) (Suspending rending kinda makes sense, but not sure why they would clear the buffer..)

The effect can also be observed by minimizing the window and using a native gnome-shell feature utilizing clones [2]. Eg. opening the gnome-shell overview or alt-tabbing. The qutebrowser window-preview is white. As such I would say this is a bug/misbehavior of qutebrowser.

[1] Only one workspace can be visible at a time. We want per-monitor workspaces so we "fake" it using window clones. [2] Tested without paperwm active (gnome-shell 3.35.92)

hedning commented 4 years ago

Yeah, this probably isn't something we can fix in paperwm. We'd have to use single workspace for all windows and re-implement workspaces on top of that. We've considered doing that, but decided against as it would break all external tools etc. which relies on native workspaces.

wolass commented 3 years ago

Just for the purpose of finding this thread when people wonder why their RStudio window goes blank when switching workspaces.

I hope that you could work out how to set up one workspace for multiple monitors as an alternative setting to multi-workspace environment.

I use mainly two apps for research (data science and academic writing) and avoid using the mouse:

that means that I effectively have just one workspace if I put these on separate screens (making use of that real estate) and it kind of misses the point of having multiple monitors... Too bad that my two most used apps are affected by this problem...

gerard67 commented 3 years ago

Hi, thanks for the report and the explanations. Adding here to mention that the behavior is the same with kitty terminal and Intellij

ssiegler commented 2 years ago

In kitty and IntelliJ it is a little bit less severe. The windows on the inactive screens still display, but become stale and don't render updates.