vscode: Unable to launch on latest wl_roots due to Chromium bug
Does this issue occur when all extensions are disabled?: Yes
- VS Code Version:
visual-studio-code-bin 1.63.2-1(899d46d82c4c95423fb7e10e68eba52050e30ba3) - OS Version: Arch Linux per February 1st 2022 with
sway 1:1.7-1andwlroots 0.15.0-4
Also happens on 1.64.0-insider (7b9e5c32a053669d4e72f998e4fa217090c32f59)
Steps to Reproduce:
- Start VS Code with
code --enable-features=UseOzonePlatform --ozone-platform=wayland --verbose - Observe output:
Warning: 'enable-features' is not in the list of known options, but still passed to Electron/Chromium.
Warning: 'ozone-platform' is not in the list of known options, but still passed to Electron/Chromium.
[2358162:0201/181136.563772:WARNING:wayland_drm.cc(68)] Failed to get drm magic
interface 'wl_output' has no event 4
tcmalloc: large alloc 1073741824 bytes == 0x1fe4e4cf4000 @ 0x56537807d735 0x7fdda29e7047
/dev/fd/3: No such file or directory
Server response:
/dev/fd/3: No such file or directory
Server response:
/usr/bin/code --enable-features=UseOzonePlatform --ozone-platform=wayland 27.83s user 1.06s system 99% cpu 29.026 total
(last line printed by shell)
The issue is caused by this Chromium issue and is also reported to Electron and wlroots. The fix is backported to Electron 13 (https://github.com/electron/electron/pull/32652).
This issue makes vscode unable to launch on Wayland. A workaround is running through XWayland, but that is blurry on hidpi-displays.
I can send a crash-dump on email if you wish.
About this issue
- Original URL
- State: closed
- Created 2 years ago
- Reactions: 29
- Comments: 29 (1 by maintainers)
On Fedora 34 the stable VSCode version launches fine with the Wayland flags but the latest insider version on Electron 17 is still broken.
EDIT: May be a different bug, since this happens also on Gnome Wayland
If so, https://github.com/microsoft/vscode/pull/145527 is the PR for upgradation to electron 18. Will have to wait for another month.
For sway users on archlinux: There is a hidpi version of sway-git on the aur that allows scaling of the xwayland frame which avoids blurriness if you use integer scale for sway to begin with. You will need to use Xdefaults or Xresources in that case to fix vscode’s scaling.
I think this issue should be fixed in Electron v18.0.1 or v17.3.1, since the main branch is on 17.3.0 the update to 17.3.1 should be a no brainer.
Still present in Arch Linux/sway-1.7/wlroots-0.15.0 + VSCode-1.64
Any news or work arounds one might be able apply to get this working?
🎉 Fixed in the latests insiders
code-insider-x64-1649156657NVM! Just fixed by running
code-insiders --enable-features=UseOzonePlatform,WaylandWindowDecorations --ozone-platform=waylandAre you on Gnome? You need to change vscode settings to use custom titlebar.
The new version (1.66.0) doesn’t launch for me. I am using sway. Now it’s showing the same error as https://github.com/microsoft/vscode/issues/141964#issuecomment-1064923453
bumping electron to the latest 13.x release with the backport’d fix got stuff working again…
but with vscode moving to electron v16 looks like we’re now waiting for https://github.com/electron/electron/pull/32603 to ship in a later release