-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Wayland: Graphic anomalies after windows is restored after being hidden when minimizing to tray #399
Comments
Thanks for opening this new issue! Looking forward to a fix. 😉 |
We're not working on it. Wayland in Mozilla is riddled with bugs. How should we debug some anomalies when unhiding a window? It's got nothing to do with (mail) application code. The only solution we could think of would be to reproduce something similar in Firefox and report it to Mozilla. The TB folks implemented system tray support independently. They will still need to implement "minimise to tray" (https://bugzilla.mozilla.org/show_bug.cgi?id=1627479), so then they will run into the same issue. |
Ok. Then we have to wait ... Thanks anyway. 😢 |
What happens if you grab the window by its phantom title bar and move it. Does everything become good? If so, we might move the windows left or right by a pixel programmatically to see whether this workaround fixes the issue. Kludge upon kludge upon kludge 😢 |
Just tried grabbing the phantom title bar. When moving, both windows were moved together. The phantom edges stay there. They don't change their size. But it was a good idea. I'm using Linux since 1,5 years. I was using Gnome and KDE Plasma. I always enabled Wayland. Never used X11. When using Betterbird some months ago, it worked, and it worked in Wayland. I didn't have such an issue. Was the problem introduced with a newer version of Betterbird? Strange ... 🤔 |
No it wasn't. BB 115 always ran in X11 mode, even on Wayland. We've debugged this in detail: We had a 115 debug version that printed "wl=0" even when supposedly run under Wayland. You can get 128 to work by running So repeating: 115 always ran in X11, whether Wayland was set or not. 128 runs in X11 or Wayland, and the latter malfunctions. |
Ok. Thanks for explaining again. I didn't get that from the first reading. So |
You're asking how to use Linux?
This is unclear. There is only one window which has some shadow artifact. That artifact stays where is was in absolute coordinates, or it moves with the window but stays fixed relative to the window that is moved, which is what "moved together" implies? If you can't describe it, please submit a video. Or maybe the original reporter @stepo1011 can. Seriously, a windowing system that doesn't implement As I mentioned in the other tickets, can you not switch off all the animation hoo-hah that seems to go wrong? |
Hallo Jörg, ich antworte einfach mal in Deutsch, da ich kein perfektes Englisch spreche und schreibe und dann etwas falsch rüberkommen könnte, wie wohl hier geschehen.
Tatsächlich tue ich das. Nur weil ich Linux nutze, heißt es nicht, dass ich jeden Winkel des Betriebssystems und jeden Parameter kenne, mit dessen Hilfe ich eine Anwendung starten kann.
Zuerst mal ist es schwer, diese "Phantom-Titelleiste" zu fassen zubekommen. Denn versucht man es, landet man immer auf den Buttons oben rechts, um das Fenster zu minimieren, maximieren oder zu schließen. Schafft man es doch, verschiebt man das Fenster zusammen mit dem "Phantom-Rahmen". Bedeutet, der Rahmen bleibt beim Verschieben erhalten und verschiebt sich mit.
Ich habe in KDE Plasma diesbezüglich nie Einstellungen geändert. Werde mir diese aber mal genauer anschauen. Ggf. sind hier standardmäßig tatsächlich optische Anpassungen aktiviert, die ich deaktivieren kann. Und dann schaue ich, ob eine Änderung Auswirkungen auf den Fehler hat. |
Try these two: Please describe what happens. I guess, with the first binary, the window will be restored to some "default" location, with the second binary, it may be moved to the original location, with or without artifacts. |
@mfschumann, can you please try these binaries as well. |
I've tested the two binaries with |
Then I give up. The issue doesn't lie in moving the window to the original location, but rather in the Can you try disabling the animation? Sorry, if you've answered this before. |
I've disabled animations in Gnome using the "Just Perfection" Gnome Shell extension. When doing that, windows did not fly in or out anymore, but the glitch was still there. |
Here's an experiment I want you to run in Firefox(!!):
Report what you see. If you see artefacts for FF, report a bug at https://bugzilla.mozilla.org/home for Firefox with summary: "Graphic anomalies after restoring an invisible window with 'nsIBaseWindow.visibility' under Wayland". Paste the steps 1.-5. into the bug description. If you don't see artifacts in Firefox, repeat the experiment with Thunderbird, then with Betterbird. |
This has been carried forward from #377 (comment) (quoting):
"Minimised (no taskbar, tray only) -> Normal" has graphic anomalies. [...] The buttons actually respond to the shadow position, not the final position, I've drawn a red rectangle where the shadow controls would be:
The text was updated successfully, but these errors were encountered: