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
5.27 breaks Wayland support #5719
Comments
confirmed |
Sorry to hear this...unfortunately, we don't support the Arch Linux installation and haven't heard reports of this from supported packages, so I'm going to close this issue. I recommend bringing this up with the Arch package maintainer. If someone can reproduce this on an official build, let me know and we'll reopen. |
@EvanHahn-Signal The same issue occurs on Ubuntu 20.10, with the official installation instructions, with the aforementioned flags the application segfaults. Furthermore, I have built 5.28-beta1 and unfortunately the same issue occurs. |
@cherti Thanks for confirming. I'll reopen. |
Can confirm. The issue can be reproduced on Artix Linux as well (installed from Arch |
Same error with the flatpak build:
After the upgrade to 5.27.0 I got the same error:
|
With nvidia it's entirely non-functional, even on X11/XWayland. Can the app be built with debug symbols? Would that help? |
I am also on Arch and see the same issue. And just to confirm, it does work without the Ozone flags, when it uses Xwayland. |
I think we shouldn't spam the issue with just confirmations of the problem, I think general overview is better served in form of thumbs-upping the opening post. :) @Ammako have you tried adding |
Upstream electron 16 issue? I just built 5.27.1 with electron 15.3.0 and it runs just fine, under Wayland with both ozone flags. May be related: electron/electron#31885 |
On Arch Wayland, I noticed that when I start Signal from the |
@mordax7 can you give the full command you used to start it from the terminal? Are you sure it didn't start in XWayland? |
I suspect that this is an Electron issue. With Electron 16.0.6 on Arch Linux (sway/Wayland) I get a very similar crash with a random .asar file (that works fine under Electron 15) when run with the params detailed in the above bug report. |
@theanonymousexyz forgot to mention. When I start it in This is the error if I try to start it with ozone:
|
Then it's because it starts with XWayland. |
Confimed that I updated signal flatpack and also encountering this issue in Fedora 35
|
Confirmed on NixOS unstable as well:
|
Could it be because the version of Electron used by Signal 5.27 is affected by swaywm/wlroots#3168? |
Almost certainly an Electron issue, segfaulting on all attempts to launch Electron under wayland, including the default popup. |
Just to add, I am running Arch without xwayland ie. passing |
This does not resolve the issue for me. Same issue occurs. |
Sorry, misread the original post. |
tabell said they don't use XWayland, not that they don't use Wayland. |
I've tested the |
signal starts this way, however it requires clicking the shortcut twice for the window to pop up, and there's no tray icon |
I can't run Signal in Wayland on my Debian 12 no matter I do :-( Neither the flatpak version, or the package from the repo loads any window when I use the flag --ozone-platform=wayland |
...and using a tiling window manager like sway: One has to start the application twice. |
For me starting the app twice opens it, but the second I focus my cursor it crashes with segmentation fault 🙃 I think it has to do with no system tray on my twm. |
I have 1440p, Ubuntu 22.04.3, Wayland, and a fractional scaling of 125%. I tried:
Then Signal opens by clicking the icon only. It's not blurry, but it does not have the window header to drag it around and resize (the window is very small). So it's not usable. This way it has window decorations, it runs not in a native way, but it seems to be usable:
|
Bumping this, any update here? Using Arch Linux and Hyprland (Wayland Window Manager) and Signal Desktop fails with a segfault when running Error Code Below:
|
Setting signal to open in floating mode rather than tiling mode seems to prevent the crash, but any time I try to tile it it crashes. It seems to have a problem with being told what size the window is |
Interesting. What flag do I need to set to have it open in floating |
that's handled by your window manager. In my sway config I have |
Perfect. I'll look into that for Hyprland |
@jeremiah-miller unfortunately even with a window rule enable for signal with Hyprland the program still SegFaults |
Do you launch it with |
@jeremiah-miller Yup still failing with a SegFault with those exact flags. If I don't add a |
I'm encountering the same issue, the following invocation of signal-desktop seems to start the app normally (according to the logs) however no window pops up
Tested on Gentoo with hyprland as a window manager (works normally through XWayland) |
What are you seeing on the latest beta? It has an updated version of Electron: https://support.signal.org/hc/articles/360007318471-Signal-Beta |
I'm willing to test with that one, however is there a way I can download signal-desktop-beta as a pre-built linux binary since I'm not using a debian based distro? |
Same issue with signal-desktop-beta (
those flags work for both the stable and the beta:
|
Using flatpak Signal (stable) (version 6.43.1 production) on Fedora Workstation (Gnome). Could confirm it also doesn't run (hangs instead of crashing outright).
Stdout:
|
I am having the same experience as justin13888 on Fedora 39 and I am also using flatpak Signal (stable) version 6.43.1. I have tried various combinations of the flags below: flatpak run org.signal.Signal --enable-features=UseOzonePlatform --ozone-platform=wayland --disable-gpu Debug: Will run signal with the following arguments: |
I installed the latest beta, and wayland seems to be working again, but still not natively. I have a custom .desktop file, and the exec command is this:
With these options, the screen is clear (no blurryness), but the window controls are on the wrong side (left instead of right) and also seem different from other app window controls, and the icon in the bottom taskbar (so not the notification icon) is a cogwheel instead of the blue Signal icon. |
@vincentkoevoets I have these flags and none of the issues you mentioned:
Except native wayland ofcourse 🙃 |
Hmm that's strange, something else must be wrong then. I ran this from the command line:
but got exactly the same symptoms as described in my previous post. Do you use any other options? |
Nope sorry. Mayybbe try |
Well I did try |
Since my last message, I managed to get Signal to run on Wayland by updating my desktop file as follows and making sure signal hasn't been started on another process. It appears that Signal Desktop (6.44.1 production; Flatpak) works (at least on Fedora 39 Workstation) on Wayland.
|
That's one thing I hadn't tried yet. So I removed all repo versions of Signal and installed the Flatpak one. I still have to start with |
Is there any fix for this? cant run signal-desktop flatpak on wayland. |
@dinotheextinct run it using |
Bug Description
After upgrading to
5.27.0-1
on Arch Linux, Signal Desktop no longer starts on Wayland (using ozone flags). Reverting back to5.26.1-1
fixes the issue.Steps to Reproduce
signal-desktop --enable-features=UseOzonePlatform --ozone-platform=wayland
Let me know if you need any additional information!
Actual Result:
Signal doesn't start.
Expected Result:
Signal starts on Wayland
Platform Info
Signal Version: 5.27.0
Operating System:
Arch Linux
The text was updated successfully, but these errors were encountered: