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
Enable WaylandWindowDecorations
feature when on Wayland.
#162
Enable WaylandWindowDecorations
feature when on Wayland.
#162
Conversation
Started test build 83273 |
Build 83273 successful
|
Crashes for me:
This seems to be mostly a cosmetic change, I'd rather wait until it's stabilized rather than enable it early like this. |
I get that crash with a native installation of Slack, but not with the Flatpak version, and I get the crash regardless of the window decorations. It's a weird one. It seems to affect a lot of Electron apps at the moment. See electron/electron#32436.
It is not purely cosmetic if you're on a compositor that doesn't support server-side window decorations, such as Mutter or Enlightenment. In that case, running it with the Wayland backend produces a window with no decorations at all, which makes it kind of annoying to use, though not impossible. |
On my wayland environment the |
This is intentional: Slack on Wayland is not officially supported. If you want to force it to run with Wayland, you need to restrict it from accessing X11 (e.g.: using Flatseal). |
I can't test this because Ozone support is broken on current versions of Wayland. I believe it's due to this? https://bugs.chromium.org/p/chromium/issues/detail?id=1246834 If another maintainer wants to merge this, I've no objection, but given that I can't test it, I won't do it myself. |
Works well for me with the newest update. The decoration is definitely necessary to enable window resizing in Gnome 42. |
You can also resize windows by holding super and middle mouse and dragging. |
Ah you're right! And by repeatedly resizing I can even move it wherever I want. I prefer the CSD though. |
No need for resizing repeatedly for that. Super and left mouse moves the window. But yeah, actual window decorations would be much nicer. |
Should be merged with #178 IMO. It seems they've upgraded the Electron version which finally fixed some bugs regarding window decorations (mainly electron/electron#34955) and works well now. Has been working fine for me for a while on Arch & Fedora 36. |
This works for me today:
|
When I tested this it crashed anytime I tried to open the window from the tray icon. I think there is still an outstanding electron bug for fixing it: electron/electron#35657 |
It works for me on Fedora Silverblue 37 preview with the latest Flatpak |
|
Right and if you close slack to the tray and then open it again it doesn't crash? |
you're right it crashes out when re-opening from tray. |
yeah so I think once the electron devs address that it will be the final issue on wayland |
They've fixed the maximized decoration issue? |
Which issue is that? |
The CSDs don't recognize the maximized state correctly and still show the shadow, causing a weird gap between the window and the edge of the area it's maximized into. |
Yes, the PR I mentioned in my earlier comment here #162 (comment) included a fix for that.
This is unrelated to the |
That's true, I guess if people opt in to Wayland then the decorations should be turned on, and at least that part does work with the latest release Good luck getting anyone to merge this though |
@WhyNotHugo @barthalion @druizz90 since the crash upon reopening is not related to this, could this be merged now? |
d0bf620
to
2166366
Compare
bot, build |
Queued test build for com.slack.Slack. |
Started test build 57776 |
Build 57776 successful
|
No description provided.