AppImage Crashes on open dialog #330

rpangrazio · 2020-02-14T13:09:27Z

When using the AppImage, VSCromium opens fine, but then once i go to open a folder it crashes. Here is the console output

libGL error: failed to open drm device: Permission denied
libGL error: failed to load driver: vmwgfx
Warning: 'sandbox' is not in the list of known options, but still passed to Elec
tron/Chromium.
[main 2020-02-14T13:04:52.617Z] update#setState idle
bash: cannot set terminal process group (-1): Inappropriate ioctl for device
bash: no job control in this shell
Error creating proxy: Unknown or unsupported transport “disabled” for address “d
isabled:” (g-io-error-quark, 13)

(codium:106554): Gtk-WARNING **: 07:04:57.477: Could not find the icon 'user-hom
e-symbolic-ltr'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
http://icon-theme.freedesktop.org/releases

(codium:106554): Gtk-WARNING **: 07:04:57.481: Could not load a pixbuf from /org
/gtk/libgtk/icons/16x16/status/image-missing.png.
This may indicate that pixbuf loaders or the mime database could not be found.
**
Gtk:ERROR:../../../../gtk/gtkiconhelper.c:494:ensure_surface_for_gicon: assertio
n failed (error == NULL): Failed to load /org/gtk/libgtk/icons/16x16/status/imag
e-missing.png: Unrecognized image file format (gdk-pixbuf-error-quark, 3)
Aborted (core dumped)

OS Information:
Ubuntu 18.04 server inside VMWare VM
uname -a:
Linux bionic 4.15.0-76-generic #86-Ubuntu SMP Fri Jan 17 17:24:28 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Other things to note:
I run CDE as a desktop UI.

I have tried both 1.42.0 and 1.42.1

srevinsaju · 2020-09-22T11:36:38Z

Reproducible on Arch Linux

lvarin · 2020-10-07T06:18:14Z

Similar, if not the same:

[main 2020-10-07T06:15:32.521Z] update#checkForUpdates, state =  idle
[main 2020-10-07T06:15:32.521Z] update#setState checking for updates
[main 2020-10-07T06:15:32.523Z] update#setState idle
[main 2020-10-07T06:15:53.866Z] menubarService#updateMenubar 1
[main 2020-10-07T06:15:54.818Z] menubarService#updateMenubar 1
[main 2020-10-07T06:15:57.011Z] menubar#runActionInRenderer { type: 'commandId', commandId: 'workbench.action.files.openFolder' }
[22805:1007/091557.019728:INFO:CONSOLE(1705)] "%cTRACE color: #888 CommandService#executeCommand workbench.action.files.openFolder", source: file:///var/lib/snapd/snap/codium/83/usr/share/codium/resources/app/out/vs/workbench/workbench.desktop.main.js (1705)
(codium:22805): Gtk-WARNING **: 09:15:57.064: Could not load a pixbuf from icon theme.
This may indicate that pixbuf loaders or the mime database could not be found.
**
Gtk:ERROR:../../../../gtk/gtkiconhelper.c:494:ensure_surface_for_gicon: assertion failed (error == NULL): Failed to load /usr/share/icons/Adwaita/16x16/status/image-missing.png: Unrecognized image file format (gdk-pixbuf-error-quark, 3)
http://: Invalid host name.
Unexpected crash report id length
Failed to get crash dump id.
Report Id:

OS Information:
Centos 7
Using the codium snap

GitMensch · 2021-03-02T20:55:04Z

@probonopd Do you have some insights / ideas as the author of https://github.com/AppImage/pkg2appimage/blob/master/recipes/VSCodium.yml?

probonopd · 2021-03-04T18:01:13Z

Sorry I don't have the time to look deeper into this at the moment but maybe AppImage/AppImageKit#906 (comment) can provide some helpful hints. It's just a guess.

Please retest with https://github.com/AppImage/pkg2appimage/blob/master/recipes/VSCodium.yml on Ubuntu xenial and let me know whether it is working there. Thanks!

Moltkex · 2021-04-03T02:31:25Z

This bug is still present in latest VSCodium-1.55.0-1617289089.glibc2.16-x86_64.AppImage. Tested in Debian Testing/Bullseye.

Moltkex · 2021-04-09T23:03:22Z

I tried VSCodium Appimage in openSUSE Leap 15.2 and this problem doesn't occur there. I was able to open a file and a folder as well without it crashing like it did in Bullseye.

Here's the appimage info:

Versión: 1.55.0
CheckSum: c185983a683d14c396952dd432459097bc7f757f
Date: 2021-04-01T14:57:53.176Z
Electron: 11.3.0
Chrome: 87.0.4280.141
Node.js: 12.18.3
V8: 8.7.220.31-electron.0
OS: Linux x64 5.3.18-lp152.19-default

pushqrdx · 2021-05-31T19:14:35Z

happens with latest on Debian for me too...

daiyam · 2021-05-31T23:25:10Z

I don't have the issue on Ubuntu 19.10 but I do get the issue on Arch Linux.

daiyam · 2021-05-31T23:48:13Z

@Moltkex @pushqrdx Have you tried https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/issues/159?

Moltkex · 2021-06-01T12:46:41Z

@Moltkex @pushqrdx Have you tried https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/issues/159?

Did you mean this `sudo update-mime-database /usr/share/mime? Thanks for the tip, but I just did and didn't work. Got the same error message using VSCodium-1.56.2-1620951495.glibc2.16-x86_64.AppImage

GitMensch · 2021-06-01T13:01:14Z

Yes, that together with

sudo gdk-pixbuf-query-loaders --update-cache (you'd have to check where exactly this resides)

Moltkex · 2021-06-01T16:15:36Z

Yes, that together with

sudo gdk-pixbuf-query-loaders --update-cache (you'd have to check where exactly this resides)

Just tried and got sudo: gdk-pixbuf-query-loaders: command not found How do I check where it resides? In bullseye it is part of https://packages.debian.org/hu/bullseye/libgdk-pixbuf2.0-0 which is installed.
EDIT: Ok I figured it out sudo /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders --update-cache
EDIT2: Still doesn't work; keep getting the same error. Thanks.

daiyam · 2021-06-01T16:33:36Z

@Moltkex Me too, I'm still getting the error :(
I've asked you because I'm testing on a custom Arch Linux with AwesomeWM (no KDE or Gnome...), so I was wondering if there was a problem with my setup...

Moltkex · 2021-06-01T16:53:30Z

@Moltkex Me too, I'm still getting the error :(
I've asked you because I'm testing on a custom Arch Linux with AwesomeWM (no KDE or Gnome...), so I was wondering if there was a problem with my setup...

Well, Awesome can be tricky, it's been a while since I last used it and don't have any VM running Arch at the moment, so I've no clue as to what might be the problem in your case, but I installed the .deb file in Bullseye, and it works without crashing. Also, like I said in a previous comment, Appimage version 1.55 works fine in openSUSE Leap 15.2 as well as in Tumbleweed, though haven't tried 1.56 there, yet. That being said, the problem seems to be in Bullseye only so far. Will try later in Buster and Neon to do more checking.

daiyam · 2021-06-01T17:18:38Z

I don't have the issue with the .tar.gz.

Moltkex · 2021-06-03T03:49:18Z

VSCodium-1.56.2-1620951495.glibc2.16-x86_64.AppImage works fine in Debian Buster and KDE Neon(Testing). I could open a directory as well as a file without it crashing.

daiyam · 2021-06-04T07:00:06Z

@Moltkex Can you test if VSCodium-1.56.2-1622750561.glibc2.30-x86_64.zip is working on your systems? It's working on my Arch Linux and on Bullseye.

Moltkex · 2021-06-04T12:22:34Z

@Moltkex Can you test if VSCodium-1.56.2-1622750561.glibc2.30-x86_64.zip is working on your systems? It's working on my Arch Linux and on Bullseye.

Yeah, no problem. I will and report back my findings.

Moltkex · 2021-06-04T13:52:54Z

@daiyam Just tried VSCodium-1.56.2-1622750561.glibc2.30-x86_64 and opening a file and folder works in KDE Neon(Testing), but it doesn't in Buster. VSCodium froze and got these messages in terminal:

[main 2021-06-04T13:15:38.735Z] [uncaught exception in main]: Error: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/node_modules.asar.unpacked/vscode-sqlite3/build/Release/sqlite.node)
[main 2021-06-04T13:15:38.741Z] Error: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/node_modules.asar.unpacked/vscode-sqlite3/build/Release/sqlite.node)
    at process.func [as dlopen] (electron/js2c/asar_bundle.js:5:1846)
    at Object.Module._extensions..node (internal/modules/cjs/loader.js:1138:18)
    at Object.func [as .node] (electron/js2c/asar_bundle.js:5:2073)
    at Module.load (internal/modules/cjs/loader.js:935:32)
    at Module._load (internal/modules/cjs/loader.js:776:14)
    at Function.f._load (electron/js2c/asar_bundle.js:5:12684)
    at Module.require (internal/modules/cjs/loader.js:959:19)
    at v (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:4:694)
    at Object.<anonymous> (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/node_modules.asar/vscode-sqlite3/lib/sqlite3.js:1:77)
    at Module.u._compile (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:4:1311)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1108:10)
    at Module.load (internal/modules/cjs/loader.js:935:32)
    at Module._load (internal/modules/cjs/loader.js:776:14)
    at Function.f._load (electron/js2c/asar_bundle.js:5:12684)
    at Module.require (internal/modules/cjs/loader.js:959:19)
    at require (internal/modules/cjs/helpers.js:88:18)
    at t (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:101)
    at r.load (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:4:1719)
    at r.load (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:3:10262)
    at l (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:10314)
    at Object.errorback (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:10435)
    at r.triggerErrorback (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:3:10626)
    at /tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:3:10332
    at r.load (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:4:1736)
    at r.load (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:3:10262)
    at l (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:10314)
    at r._loadModule (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:10444)
    at r._resolve (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:6:452)
    at r.defineModule (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:6145)
    at r._relativeRequire (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:6831)
    at n (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:9420)
    at /tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:21:31694
    at new Promise (<anonymous>)
    at /tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:21:31674
    at new Promise (<anonymous>)
    at v.doConnect (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:21:31654)
    at v.connect (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:21:31100)
    at new v (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:21:28440)
    at w.doCreate (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:51:9829)
    at /tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:51:8715
    at w.init (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:51:9057)
    at /tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:51:12529
[main 2021-06-04T13:15:44.771Z] update#setState checking for updates
Error: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by /tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/node_modules.asar.unpacked/spdlog/build/Release/spdlog.node)
    at process.func [as dlopen] (electron/js2c/asar_bundle.js:5:1846)
    at Object.Module._extensions..node (internal/modules/cjs/loader.js:1138:18)
    at Object.func [as .node] (electron/js2c/asar_bundle.js:5:2073)
    at Module.load (internal/modules/cjs/loader.js:935:32)
    at Module._load (internal/modules/cjs/loader.js:776:14)
    at Function.f._load (electron/js2c/asar_bundle.js:5:12684)
    at Module.require (internal/modules/cjs/loader.js:959:19)
    at v (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:4:694)
    at bindings (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/node_modules.asar/bindings/bindings.js:112:48)
    at Object.<anonymous> (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/node_modules.asar/spdlog/index.js:3:35)
    at Module.u._compile (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:4:1311)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1108:10)
    at Module.load (internal/modules/cjs/loader.js:935:32)
    at Module._load (internal/modules/cjs/loader.js:776:14)
    at Function.f._load (electron/js2c/asar_bundle.js:5:12684)
    at Module.require (internal/modules/cjs/loader.js:959:19)
    at require (internal/modules/cjs/helpers.js:88:18)
    at t (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:101)
    at r.load (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:4:1719)
    at r.load (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:3:10262)
    at l (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:10314)
    at Object.errorback (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:10435)
    at r.triggerErrorback (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:3:10626)
    at /tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:3:10332
    at r.load (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:4:1736)
    at r.load (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:3:10262)
    at l (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:10314)
    at r._loadModule (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:10444)
    at r._resolve (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:6:452)
    at r.defineModule (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:6145)
    at r._relativeRequire (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:6831)
    at n (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/loader.js:5:9420)
    at L.E (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:30:4530)
    at new Promise (<anonymous>)
    at L (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:30:4510)
    at r._createSpdLogLogger (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:30:5443)
    at new r (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:30:5259)
    at /tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:59:2010
    at processTicksAndRejections (internal/process/task_queues.js:93:5)
    at async Z.startup (/tmp/.mount_VSCodie84kGw/usr/share/codium/resources/app/out/vs/code/electron-main/main.js:59:1821) {
  phase: 'loading',
  moduleId: 'spdlog',
  neededBy: [ '===anonymous3===' ]
}

Looks like some module(s)/dependency(ies) is(are) missing. Have yet to try in openSUSE and Bullseye, will do later and let you know how it went. 😃

daiyam · 2021-06-04T15:22:13Z

Here the branch with the changes I've made (it's using the latest version of pkg2appimage).
I've compiled the project under Bullseye since it wasn't working under it. I will recompile it under Ubuntu 18.04 (it's the version used by the github action) and test it on Bullseye...

Moltkex · 2021-06-04T16:13:20Z

Just tried VSCodium-1.56.2-1622750561.glibc2.30-x86_64 in Bullseye, and it worked too without crashing. I did see these messages in terminal though:

codium: /tmp/.mount_VSCodi1JQfku/lib/x86_64-linux-gnu/libselinux.so.1: no version information available (required by /lib/x86_64-linux-gnu/libgio-2.0.so.0)
codium: /tmp/.mount_VSCodi1JQfku/lib/x86_64-linux-gnu/libselinux.so.1: no version information available (required by /lib/x86_64-linux-gnu/libmount.so.1)
/tmp/.mount_VSCodi1JQfku/usr/share/codium/codium: /tmp/.mount_VSCodi1JQfku/lib/x86_64-linux-gnu/libselinux.so.1: no version information available (required by /lib/x86_64-linux-gnu/libgio-2.0.so.0)
/tmp/.mount_VSCodi1JQfku/usr/share/codium/codium: /tmp/.mount_VSCodi1JQfku/lib/x86_64-linux-gnu/libselinux.so.1: no version information available (required by /lib/x86_64-linux-gnu/libgio-2.0.so.0)
/tmp/.mount_VSCodi1JQfku/usr/share/codium/codium: /tmp/.mount_VSCodi1JQfku/lib/x86_64-linux-gnu/libselinux.so.1: no version information available (required by /lib/x86_64-linux-gnu/libmount.so.1)
/tmp/.mount_VSCodi1JQfku/usr/share/codium/codium: /tmp/.mount_VSCodi1JQfku/lib/x86_64-linux-gnu/libselinux.so.1: no version information available (required by /lib/x86_64-linux-gnu/libmount.so.1)
Warning: 'sandbox' is not in the list of known options, but still passed to Electron/Chromium.
[main 2021-06-04T20:01:12.506Z] update#setState idle
[main 2021-06-04T20:01:26.015Z] file: Refused to load resource /tmp/.mount_VSCodiWkU7QV/usr/share/codium/resources/app/extensions/theme-seti/icons/seti.woff from file: protocol (original URL: file:///tmp/.mount_VSCodiWkU7QV/usr/share/codium/resources/app/extensions/theme-seti/icons/seti.woff)
[main 2021-06-04T20:01:42.586Z] update#setState checking for updates
[main 2021-06-04T20:01:56.972Z] update#setState idle

But it worked; was able to open a dir and a file, no crashing.

daiyam · 2021-06-04T22:02:59Z

VSCodium-1.56.2-bionic.zip has been compile under Ubuntu 18.04. It's working with that version, Debian Bullseye and my Arch Linux.

daiyam · 2021-06-13T06:14:41Z

The issue should be fixed with the version 1.57.0

Moltkex · 2021-06-15T18:39:11Z

The issue should be fixed with the version 1.57.0

I tried 1.57.0 in Buster, Bullseye, KDE Neon and openSUSE Leap/Tumbleweed. VSCodium didn't crash, though in Buster I got this:

The setuid sandbox is not running as root. Common causes:
  * An unprivileged process using ptrace on it, like a debugger.
  * A parent process set prctl(PR_SET_NO_NEW_PRIVS, ...)
Failed to move to new namespace: PID namespaces supported, Network namespace supported, but failed: errno = Operation not permitted
Trace/breakpoint trap

had to use

--no-sandbox

Also, a pop-up window with a "vscodium stop working" or some similar message kept showing up over and over, clicked "wait" to close it and the app eventually started responding again.

daiyam · 2021-06-15T20:03:27Z

@Moltkex great!

For the issue on Debian Buster, can you open a new issue since it seems to be different from the current issue. Thx

Moltkex · 2021-06-15T22:19:28Z

@Moltkex great!

For the issue on Debian Buster, can you open a new issue since it seems to be different from the current issue. Thx

For the --no-sandbox issue I think it has to do with the kernel version, I remember reading something about that Kernel 4.19 might cause this, however, VSCodium-1.56.2-1622750561.glibc2.30-x86_64 worked without the --no-sandbox, so I don't know. The pop-up window happened in all the systems, should've mentioned that before, sorry about that.

daiyam · 2021-06-16T05:28:50Z

For setuid sandbox, it seems to be caused by Chromium with solutions like removing the nosuid option in the /etc/fstab or running with the arguments --no-sandbox --disable-setuid-sandbox. It's not specific to VSCodium. ref1 ref2

I don't think the vscodium stop working message should happen. Have you tried without AppImage?

Moltkex · 2021-06-16T14:24:19Z

@daiyam

I don't think the vscodium stop working message should happen. Have you tried without AppImage?

Actually, I just tried again in Tumbleweed(Gnome in wayland) and worked just fine. This message did show up though

 Unexpected crash report id length
Failed to get crash dump id.
Report Id: 
libva error: vaGetDriverNameByIndex() failed with unknown libva error, driver_name = (null)

By the way, don't know if relevant, but Leap(awesome-wm) and Buster(Q4OS with TDE) are both VMs running in QEMU. KDE Neon is the testing branch and runs on wayland, it is installed in my machine(bare metal) and so are both Tumbleweed and Bullseye(KDE in X11). I launched VSCodium using portable mode. I will try again later in those to see if the error(s) appear again.

daiyam · 2021-06-16T15:19:54Z

@Moltkex I appreciate your tests. Don't worry about VMs, all my Linux and Windows are in a VM... 😜

I will close this issue since the original error was fixed.
But by any means, you should open new issues with your findings.

For the libva error, you can check out intel/libva#278
For setuid sandbox, I will try to test it but I'm busy at the moment.

rpangrazio added the bug Something isn't working label Feb 14, 2020

This was referenced Jun 5, 2021

linux: fix appimage #731

Merged

Making AppImages updateable AppImageCommunity/pkg2appimage#479

Closed

daiyam closed this as completed Jun 16, 2021

daiyam mentioned this issue Jun 17, 2021

[1.57.0][AppImage][Debian Buster] setuid sandbox error #743

Closed

daiyam mentioned this issue Jul 21, 2021

Fatal Python error: init_fs_encoding on Terminal startup #760

Closed

2 tasks

github-actions bot locked as resolved and limited conversation to collaborators Jul 4, 2022

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

AppImage Crashes on open dialog #330

AppImage Crashes on open dialog #330

rpangrazio commented Feb 14, 2020

srevinsaju commented Sep 22, 2020

lvarin commented Oct 7, 2020

GitMensch commented Mar 2, 2021

probonopd commented Mar 4, 2021

Moltkex commented Apr 3, 2021

Moltkex commented Apr 9, 2021

pushqrdx commented May 31, 2021

daiyam commented May 31, 2021

daiyam commented May 31, 2021

Moltkex commented Jun 1, 2021

GitMensch commented Jun 1, 2021

Moltkex commented Jun 1, 2021 •

edited

Loading

daiyam commented Jun 1, 2021

Moltkex commented Jun 1, 2021

daiyam commented Jun 1, 2021

Moltkex commented Jun 3, 2021

daiyam commented Jun 4, 2021

Moltkex commented Jun 4, 2021

Moltkex commented Jun 4, 2021

daiyam commented Jun 4, 2021

Moltkex commented Jun 4, 2021 •

edited

Loading

daiyam commented Jun 4, 2021

daiyam commented Jun 13, 2021

Moltkex commented Jun 15, 2021

daiyam commented Jun 15, 2021

Moltkex commented Jun 15, 2021

daiyam commented Jun 16, 2021

Moltkex commented Jun 16, 2021

daiyam commented Jun 16, 2021

AppImage Crashes on open dialog #330

AppImage Crashes on open dialog #330

Comments

rpangrazio commented Feb 14, 2020

srevinsaju commented Sep 22, 2020

lvarin commented Oct 7, 2020

GitMensch commented Mar 2, 2021

probonopd commented Mar 4, 2021

Moltkex commented Apr 3, 2021

Moltkex commented Apr 9, 2021

pushqrdx commented May 31, 2021

daiyam commented May 31, 2021

daiyam commented May 31, 2021

Moltkex commented Jun 1, 2021

GitMensch commented Jun 1, 2021

Moltkex commented Jun 1, 2021 • edited Loading

daiyam commented Jun 1, 2021

Moltkex commented Jun 1, 2021

daiyam commented Jun 1, 2021

Moltkex commented Jun 3, 2021

daiyam commented Jun 4, 2021

Moltkex commented Jun 4, 2021

Moltkex commented Jun 4, 2021

daiyam commented Jun 4, 2021

Moltkex commented Jun 4, 2021 • edited Loading

daiyam commented Jun 4, 2021

daiyam commented Jun 13, 2021

Moltkex commented Jun 15, 2021

daiyam commented Jun 15, 2021

Moltkex commented Jun 15, 2021

daiyam commented Jun 16, 2021

Moltkex commented Jun 16, 2021

daiyam commented Jun 16, 2021

Moltkex commented Jun 1, 2021 •

edited

Loading

Moltkex commented Jun 4, 2021 •

edited

Loading