-
Notifications
You must be signed in to change notification settings - Fork 29.8k
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
Vscode does not launch in wayland session #146349
Comments
Can confirm. Refuses to launch for me as well. |
I'm experiencing the same issue on Arch Linux, but I've found a weird workaround - if you run code with many command line options it will reliably launch in Wayland-native mode: Tested on: |
Recent version of Insomnia (uses electron 17.1.0) does not start as well with flags |
Same thing, exactly this input (or more args) launches VSCode with native Wayland window
Without any arguments or with just |
I could be wrong, but I wonder if this issue is this: electron/electron#33355 |
Same here, since 1.66 unable to run as a native wayland application. Previously I had setup
And it would run as a native wayland application. Since 1.66 I get a crash. I've attached the coredump: I've gone back to running it as a XWayland application for the time being. |
As a side note, this affects all electron applications with version 17 I've tried, including the little test app that pops up when you run just For example: on the left, using the latest available version of Electron (from Manjaro repositories), on the right using I guess we have to wait for a backport of whatever fixed the issue into 17.x, then wait for VS Code to update the bundled version of Electron? |
Ah, cool. Thanks for sharing. Yeah, it looks like the fix was included Electron 17.3.1. So I guess we just have to wait for that. |
Same, VS Code fails to launch after updating to v1.66.0. Here's the verbose output.
|
Merging to #141964, this is a known issue and will be fixed with next electron patch update. |
Electron 17.3.1 should fix the issue https://github.com/electron/electron/releases/tag/v17.3.1 |
Howdie, thanks for sharing this very cool project I was wondering if there were plans to include a wayland test case in CI at some point? Is there a milestone or a set of other tasks that need to be done before doing so? Put another way, when will wayland regressions block releases? Cheers! |
I guess not before Wayland backend becomes default when running in a wayland compositor. Right now it's opt-in, so users who enable it should know what they are doing and what the risks are. |
I don't understand the reasoning, this does not have anything to do with testing a feature in CI |
Doesn't work on Arch, including |
The following works for me on Arch (4x
|
Still failing for me with 1.66.1 |
|
It does not crash mine gnome-shell, but vscode is not starting either. |
For people stuck on 1.65 because of Wayland-related issues, you can also use VS Code Insiders which is less stable (as you'd expect from nightly releases) but it works well for me under Wayland. Mine reports Electron 17.4.0. |
In Arch Linux I have built |
Hey folks, I'm on Ubuntu 20.04/Gnome 42. Updated to |
It works on 1.67.0, however, I have no window decorations. |
You need to use Or change the Title Bar Style to custom in settings. |
@Xelphos hu, cool feature flag, helps me with another application. For VSCode I'm using an internal setting quite a while now:
And I'll keep using the VSCode custom title bar, because with the electron flag I get a normal looking title bar, but the buttons are on the left instead of the right and going to fullscreen keeps a quite large padding around the whole window. |
Steps to Reproduce:
code --enable-features=UseOzonePlatform --ozone-platform=wayland
it does not run under wayland it does under xwaylandThe text was updated successfully, but these errors were encountered: