error 6 in libgio-2.0: Browsing folders crashes VSCodium
Type: Bug
VSCodium on Ubuntu, open commands with Ctrl+Shift+P, type "clone" and choose "Git: Clone", then choose "Clone from Github." In the file browser, browse to select another directory to clone the repository. VSCodium crashes as soon as I try to browse to another directory than the user dir...
Tested without any extensions enabled (except Dutch language extension which I cannot disable for some reason)
Version: 1.95.3 Release: 24321 Commit: dc5a551c256719475d2d0959270e3836c9bbb632 Date: 2024-11-16T01:21:03.577Z Electron: 32.2.5 ElectronBuildId: undefined Chromium: 128.0.6613.186 Node.js: 20.18.0 V8: 12.8.374.38-electron.0 OS: Linux x64 6.8.0-49-generic snap
VSCodium version: VSCodium 1.95.3 (dc5a551c256719475d2d0959270e3836c9bbb632, 2024-11-16T01:21:03.577Z) OS version: Linux x64 6.8.0-49-generic snap Modes:
System Info
| Item | Value |
|---|---|
| CPUs | AMD Ryzen 7 PRO 6850U with Radeon Graphics (16 x 1396) |
| GPU Status | 2d_canvas: unavailable_software canvas_oop_rasterization: disabled_off direct_rendering_display_compositor: disabled_off_ok gpu_compositing: disabled_software multiple_raster_threads: enabled_on opengl: disabled_off rasterization: disabled_software raw_draw: disabled_off_ok skia_graphite: disabled_off video_decode: disabled_software video_encode: disabled_software vulkan: disabled_off webgl: unavailable_software webgl2: unavailable_software webgpu: disabled_off webnn: unavailable_software |
| Load (avg) | 1, 1, 1 |
| Memory (System) | 11.45GB (6.28GB free) |
| Process Argv | --no-sandbox --force-user-env |
| Screen Reader | no |
| VM | 0% |
| DESKTOP_SESSION | ubuntu |
| XDG_CURRENT_DESKTOP | Unity |
| XDG_SESSION_DESKTOP | ubuntu |
| XDG_SESSION_TYPE | wayland |
Extensions (5)
| Extension | Author (truncated) | Version |
|---|---|---|
| vscode-wordpress-hooks | joh | 1.4.0 |
| svn-scm | joh | 2.15.2 |
| vscode-language-pack-nl | MS- | 1.48.3 |
| php-resolver | Sto | 2.1.5 |
| tabnine-vscode | Tab | 3.196.0 |
I should also mention: when do not browse to another dir in the file browser (meaning: select the user home dir to clone to) then the github repo gets cloned just fine.
Also, this does not always happen on any directory. To reproduce, you might need to browse back and forth between different directories until it crashes.
I now find that "Add folder to Workspace" or "Open folder" will crash VSCodium immediately. "Open file" does open the file browser, but same as Git Clone, browsing a few folders, VSCodium will crash too...
This appears in the system log after a crash when trying to "Add a folder to Workspace":
codium[61455]: segfault at 7fff1bb08ff8 ip 000073034ea79d36 sp 00007fff1bb09000 error 6 in libgio-2.0.so.0.6400.6[73034e96c000+114000] likely on CPU 15 (core 7, socket 0)
Update: the crashes appear to happen only when browsing to specific folders. Like my ~/Downloads folder or the dedicated ~/projects folder that I use for my projects.
After deleting ALL files from my Dowloads folder, the craches do not happen there anymore. So it appears related to something in the directory that is being opened...
Have you tried with the extensions disabled? or with codium --verbose?
Have you tried with the extensions disabled?
Yes (like I wrote: disabled all except Dutch translation extension) ... to make sure, I uninstalled the Dutch translation extension.
codium --verbose show this right before the crash:
[main 2024-11-29T00:33:31.277Z] menubar#runActionInRenderer { type: 'commandId', commandId: 'workbench.action.files.openFolder' }
[112026:1129/013331.281484:INFO:CONSOLE(35)] "%cTRACE color: #888 CommandService#executeCommand workbench.action.files.openFolder", source: vscode-file://vscode-app/snap/codium/428/usr/share/codium/resources/app/out/vs/workbench/workbench.desktop.main.js (35)
[main 2024-11-29T00:33:31.284Z] [DialogMainService]: request to acquire file dialog lock {
title: 'Open Folder',
buttonLabel: undefined,
filters: undefined,
defaultPath: '/home/ravanhagen/Downloads',
properties: [ 'multiSelections', 'openDirectory', 'createDirectory' ]
}
[main 2024-11-29T00:33:31.285Z] [DialogMainService]: new file dialog lock created {
title: 'Open Folder',
buttonLabel: undefined,
filters: undefined,
defaultPath: '/home/ravanhagen/Downloads',
properties: [ 'multiSelections', 'openDirectory', 'createDirectory' ]
}
[112026:1129/013331.701048:INFO:CONSOLE(35)] "%cDEBUG background: #eee; color: #888 Comments: URIs of continue on comments to add to storage .", source: vscode-file://vscode-app/snap/codium/428/usr/share/codium/resources/app/out/vs/workbench/workbench.desktop.main.js (35)
So after some testing, I found that this only happens when there is a json file in the folder. To reproduce:
Create a folder ~/Test and a new file in that folder test.json, with minimal json content like an empty object: [{}]
Then run codium --verbose, choose Open folder and browse to the Test folder.
The crash with above output occurs.
This is weird! Have you tried with the .deb?
Thx for investigating!
@daiyam I just downloaded and installed the deb:
Version: 1.95.3 Release: 24321 Commit: dc5a551c256719475d2d0959270e3836c9bbb632 Date: 2024-11-16T01:21:03.577Z Electron: 32.2.5 ElectronBuildId: undefined Chromium: 128.0.6613.186 Node.js: 20.18.0 V8: 12.8.374.38-electron.0 OS: Linux x64 6.8.0-49-generic
Lo en behold: no crashes!
Very happy to switch to the DEB version permanently, only: it is not in the Ubuntu repository. Is there a deb repository so I can get updates via the package manager?
Is there a deb repository so I can get updates via the package manager?
There is https://gitlab.com/paulcarroty/vscodium-deb-rpm-repo
But I plan to use https://build.opensuse.org/ due to some limitation with gitlab (only amd64 and arm64).
Excellent! Thank you :)
Shall I close this, as it apparently only concerns the snap package?
Hello, I have the same issue, with the same version :
Version: 1.95.3
Release: 24321
Commit: dc5a551c256719475d2d0959270e3836c9bbb632
Date: 2024-11-16T01:21:03.577Z
Electron: 32.2.5
ElectronBuildId: undefined
Chromium: 128.0.6613.186
Node.js: 20.18.0
V8: 12.8.374.38-electron.0
OS: Linux x64 6.8.0-49-generic snap
My version came from snap, probably as the same version as RavanH. And I do have the same problem when I try to "Open Folder", by clicking in the menu or by using the shortcut Ctrl+O.
I'm a on updated Ubuntu24 :
Linux botlane-feeder 6.8.0-49-generic #49-Ubuntu SMP PREEMPT_DYNAMIC Mon Nov 4 02:06:24 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
I don't install the .dev version, so I can do some trials to investigate more. For now, I can drag & drop the folder I want to work on and it's working.
@botlane-feeder
My version came from snap, probably as the same version as RavanH.
Yes :)
And I do have the same problem when I try to "Open Folder", by clicking in the menu or by using the shortcut Ctrl+O.
Is there a JSON file in the folder that is being opened in the browser window?
Hello, I have the same issue, with the version below: Version: 1.96.0 Release: 24347 Commit: e4195c69747f84abd56a7d1d82fd9fa236511d26 Date: 2024-12-12T16:24:27.456Z Electron: 32.2.7 ElectronBuildId: undefined Chromium: 128.0.6613.186 Node.js: 20.18.1 V8: 12.8.374.38-electron.0 OS: Linux x64 6.8.0-50-generic snap
I use snap with Ubuntu.
As daiyam suggested, the DEB version from https://gitlab.com/paulcarroty/vscodium-deb-rpm-repo is good. The snap package is the same version but apparently there is some conflict with the snap implementation...
We encountered the same issue in our GIMP AppImage (which happens to be based on Debian Stable right now), and figured out that this is the following bug in GIO/GLib: https://gitlab.gnome.org/GNOME/glib/-/issues/3191
Fixed in GLIb 2.79.0.
Same issue after working on any js file, Codium crashes on CTRL+O :
$ sudo dmesg | grep codium
[ 130.099270] pool-codium[3535]: segfault at 7cf2c3200fe8 ip 00007cf3c45d293d sp 00007cf2c3200ff0 error 6 in libgio-2.0.so.0.6400.6[7cf3c44c4000+114000] likely on CPU 0 (core 0, socket 0)
~~when the file eslint.config.mjs is present in the directory. If I delete this file, Codium no longer crashes on CTRL+O~~
Observed with two different snap packages:
Version: 1.95.3
Release: 24321
Commit: dc5a551c256719475d2d0959270e3836c9bbb632
Date: 2024-11-16T01:21:03.577Z
Electron: 32.2.5
ElectronBuildId: undefined
Chromium: 128.0.6613.186
Node.js: 20.18.0
V8: 12.8.374.38-electron.0
OS: Linux x64 6.8.0-57-generic snap
and
Version: 1.99.22418
Commit: 58d416f2e6ca39a861dd2d16070d8ceef49764de
Date: 2025-04-10T18:21:51.641Z
Electron: 34.3.2
ElectronBuildId: undefined
Chromium: 132.0.6834.210
Node.js: 20.18.3
V8: 13.2.152.41-electron.0
OS: Linux x64 6.8.0-57-generic snap
If this can help ... :grey_question:
are there any solutions to this? it seems to be an old problem but impossible to overcome.
are there any solutions to this? it seems to be an old problem but impossible to overcome.
If you're on Linux, try replacing it with the DEB version from https://gitlab.com/paulcarroty/vscodium-deb-rpm-repo