vscode: Snap crashes when native dialogs open

  • VSCode Version: 1.47.0 insiders (0913b1aa)
  • OS Version: Fedora 32

Steps to Reproduce:

  1. Go to Help -> Check for Updates... or Help -> About Nothing happens and then VS Code crashes.

Does this issue occur when all extensions are disabled?: Yes

About this issue

  • Original URL
  • State: closed
  • Created 4 years ago
  • Reactions: 42
  • Comments: 55 (11 by maintainers)

Commits related to this issue

Most upvoted comments

Version: 1.47.0-insider (7923112cdd20575406ec547b55a99c289dd7d7e2) OS version: Linux x64 5.4.43-1-MANJARO snap

This error happens whenever a modal dialog is created. I got this while trying to Git pull, and move files.

Backtrace: 
13:12:16 systemd-coredum: Process 44002 (code-insiders) of user 1000 dumped core.

Stack trace of thread 44002:
#0  0x00007f29e1848428 raise (libc.so.6 + 0x35428)
#1  0x00007f29e184a02a abort (libc.so.6 + 0x3702a)
#2  0x00007f29e6d0a955 g_assertion_message (libglib-2.0.so.0 + 0x73955)
#3  0x00007f29e6d0a9ba g_assertion_message_expr (libglib-2.0.so.0 + 0x739ba)
#4  0x00007f29e3b5d8b7 n/a (libgtk-3.so.0 + 0x1f78b7)
#5  0x00007f29e3b5df57 n/a (libgtk-3.so.0 + 0x1f7f57)
#6  0x00007f29e3b5e084 n/a (libgtk-3.so.0 + 0x1f8084)
#7  0x00007f29e3b5e278 n/a (libgtk-3.so.0 + 0x1f8278)
#8  0x00007f29e3b7180d n/a (libgtk-3.so.0 + 0x20b80d)
#9  0x00007f29e3ad65c3 n/a (libgtk-3.so.0 + 0x1705c3)
#10 0x00007f29e3ada7a2 n/a (libgtk-3.so.0 + 0x1747a2)
#11 0x00007f29e3b71fc3 n/a (libgtk-3.so.0 + 0x20bfc3)
#12 0x00007f29e3c3a2a4 n/a (libgtk-3.so.0 + 0x2d42a4)
#13 0x00007f29e3c3a4ef n/a (libgtk-3.so.0 + 0x2d44ef)
#14 0x00007f29e3c3a5a7 gtk_widget_get_preferred_width (libgtk-3.so.0 + 0x2d45a7)
#15 0x00007f29e3a8573f n/a (libgtk-3.so.0 + 0x11f73f)
#16 0x00007f29e3ad65c3 n/a (libgtk-3.so.0 + 0x1705c3)
#17 0x00007f29e3ada7a2 n/a (libgtk-3.so.0 + 0x1747a2)
#18 0x00007f29e3a86253 n/a (libgtk-3.so.0 + 0x120253)
#19 0x00007f29e3c3a2a4 n/a (libgtk-3.so.0 + 0x2d42a4)
#20 0x00007f29e3c3a4ef n/a (libgtk-3.so.0 + 0x2d44ef)
#21 0x00007f29e3c3a5a7 gtk_widget_get_preferred_width (libgtk-3.so.0 + 0x2d45a7)
#22 0x00007f29e3a8573f n/a (libgtk-3.so.0 + 0x11f73f)
#23 0x00007f29e3ad65c3 n/a (libgtk-3.so.0 + 0x1705c3)
#24 0x00007f29e3ada7a2 n/a (libgtk-3.so.0 + 0x1747a2)
#25 0x00007f29e3a86253 n/a (libgtk-3.so.0 + 0x120253)
#26 0x00007f29e3c3a2a4 n/a (libgtk-3.so.0 + 0x2d42a4)
#27 0x00007f29e3c3a4ef n/a (libgtk-3.so.0 + 0x2d44ef)
#28 0x00007f29e3c3a5a7 gtk_widget_get_preferred_width (libgtk-3.so.0 + 0x2d45a7)
#29 0x00007f29e3cff352 n/a (libgtk-3.so.0 + 0x399352)
#30 0x00007f29e3c3a2a4 n/a (libgtk-3.so.0 + 0x2d42a4)
#31 0x00007f29e3c3a4ef n/a (libgtk-3.so.0 + 0x2d44ef)
#32 0x00007f29e3c3a5a7 gtk_widget_get_preferred_width (libgtk-3.so.0 + 0x2d45a7)
#33 0x00007f29e3c3a8e0 n/a (libgtk-3.so.0 + 0x2d48e0)
#34 0x00007f29e3d00f02 n/a (libgtk-3.so.0 + 0x39af02)
#35 0x00007f29e3d05a42 n/a (libgtk-3.so.0 + 0x39fa42)
#36 0x00007f29e6fcbcd5 g_closure_invoke (libgobject-2.0.so.0 + 0xfcd5)
#37 0x00007f29e6fde065 n/a (libgobject-2.0.so.0 + 0x22065)
#38 0x00007f29e6fe7160 g_signal_emit_valist (libgobject-2.0.so.0 + 0x2b160)
#39 0x00007f29e6fe749f g_signal_emit (libgobject-2.0.so.0 + 0x2b49f)
#40 0x00007f29e3cf58b4 gtk_widget_realize (libgtk-3.so.0 + 0x38f8b4)
#41 0x000055772cb0eaef n/a (code-insiders + 0x67fdaef)
#42 0x0000557727a9e2e8 n/a (code-insiders + 0x178d2e8)
#43 0x0000557727a9e3b8 n/a (code-insiders + 0x178d3b8)
#44 0x00005577279fb618 n/a (code-insiders + 0x16ea618)
#45 0x00005577279fc3af n/a (code-insiders + 0x16eb3af)
#46 0x0000557728ba8172 n/a (code-insiders + 0x2897172)
#47 0x00005577295014b9 n/a (code-insiders + 0x31f04b9)
#48 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)
#49 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)
#50 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)
#51 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)
#52 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)
#53 0x000055772953d4f1 n/a (code-insiders + 0x322c4f1)
#54 0x000055772948cbca n/a (code-insiders + 0x317bbca)
#55 0x000055772957955b n/a (code-insiders + 0x326855b)
#56 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)
#57 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)
#58 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)
#59 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)
#60 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)
#61 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)
#62 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)
#63 0x0000557729490ed8 n/a (code-insiders + 0x317fed8)

Stack trace of thread 44005:
#0  0x00007f29e191aa13 epoll_wait (libc.so.6 + 0x107a13)
#1  0x00005577298abbca n/a (code-insiders + 0x359abca)
#2  0x00005577298a9529 n/a (code-insiders + 0x3598529)
#3  0x000055772982043c n/a (code-insiders + 0x350f43c)
#4  0x00005577297cbc98 n/a (code-insiders + 0x34bac98)
#5  0x00005577297a54a7 n/a (code-insiders + 0x34944a7)
#6  0x00005577297d4d34 n/a (code-insiders + 0x34c3d34)
#7  0x00005577297ded7a n/a (code-insiders + 0x34cdd7a)
#8  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#9  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#10 0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44011:
#0  0x00007f29e7429360 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd360)
#1  0x000055772ca93059 uv_cond_wait (code-insiders + 0x6782059)
#2  0x000055772ca0d1c8 n/a (code-insiders + 0x66fc1c8)
#3  0x000055772ca0ae8b n/a (code-insiders + 0x66f9e8b)
#4  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#5  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44031:
#0  0x00007f29e7429360 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd360)
#1  0x000055772ca93059 uv_cond_wait (code-insiders + 0x6782059)
#2  0x000055772ca83d0a n/a (code-insiders + 0x6772d0a)
#3  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#4  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44016:
#0  0x00007f29e742c51d read (libpthread.so.0 + 0x1051d)
#1  0x0000557727a6182f n/a (code-insiders + 0x175082f)
#2  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#3  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#4  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44008:
#0  0x00007f29e191a627 epoll_pwait (libc.so.6 + 0x107627)
#1  0x000055772ca95714 n/a (code-insiders + 0x6784714)
#2  0x000055772ca873c1 uv_run (code-insiders + 0x67763c1)
#3  0x000055772ca0cfd8 n/a (code-insiders + 0x66fbfd8)
#4  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#5  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44006:
#0  0x00007f29e7429709 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd709)
#1  0x0000557729812960 n/a (code-insiders + 0x3501960)
#2  0x0000557729812ed0 n/a (code-insiders + 0x3501ed0)
#3  0x00005577297db5d8 n/a (code-insiders + 0x34ca5d8)
#4  0x00005577297dbd24 n/a (code-insiders + 0x34cad24)
#5  0x00005577297dbae4 n/a (code-insiders + 0x34caae4)
#6  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#7  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#8  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44018:
#0  0x00007f29e7429709 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd709)
#1  0x0000557729812960 n/a (code-insiders + 0x3501960)
#2  0x0000557729812ed0 n/a (code-insiders + 0x3501ed0)
#3  0x00005577297db5d8 n/a (code-insiders + 0x34ca5d8)
#4  0x00005577297dbd24 n/a (code-insiders + 0x34cad24)
#5  0x00005577297dbae4 n/a (code-insiders + 0x34caae4)
#6  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#7  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#8  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44007:
#0  0x00007f29e191aa13 epoll_wait (libc.so.6 + 0x107a13)
#1  0x00005577298abbca n/a (code-insiders + 0x359abca)
#2  0x00005577298a9529 n/a (code-insiders + 0x3598529)
#3  0x000055772982038f n/a (code-insiders + 0x350f38f)
#4  0x00005577297cbc98 n/a (code-insiders + 0x34bac98)
#5  0x00005577297a54a7 n/a (code-insiders + 0x34944a7)
#6  0x00005577284efd94 n/a (code-insiders + 0x21ded94)
#7  0x00005577297ded7a n/a (code-insiders + 0x34cdd7a)
#8  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#9  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#10 0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44009:
#0  0x00007f29e7429360 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd360)
#1  0x000055772ca93059 uv_cond_wait (code-insiders + 0x6782059)
#2  0x000055772ca0d1c8 n/a (code-insiders + 0x66fc1c8)
#3  0x000055772ca0ae8b n/a (code-insiders + 0x66f9e8b)
#4  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#5  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44010:
#0  0x00007f29e7429360 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd360)
#1  0x000055772ca93059 uv_cond_wait (code-insiders + 0x6782059)
#2  0x000055772ca0d1c8 n/a (code-insiders + 0x66fc1c8)
#3  0x000055772ca0ae8b n/a (code-insiders + 0x66f9e8b)
#4  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#5  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44003:
#0  0x00007f29e190e74d __poll (libc.so.6 + 0xfb74d)
#1  0x0000557728805552 n/a (code-insiders + 0x24f4552)
#2  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#3  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#4  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44113:
#0  0x00007f29e7429709 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd709)
#1  0x0000557729812960 n/a (code-insiders + 0x3501960)
#2  0x0000557729812ed0 n/a (code-insiders + 0x3501ed0)
#3  0x00005577297db5d8 n/a (code-insiders + 0x34ca5d8)
#4  0x00005577297dbd24 n/a (code-insiders + 0x34cad24)
#5  0x00005577297dbae4 n/a (code-insiders + 0x34caae4)
#6  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#7  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#8  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44019:
#0  0x00007f29e7429709 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd709)
#1  0x0000557729812960 n/a (code-insiders + 0x3501960)
#2  0x0000557729812ed0 n/a (code-insiders + 0x3501ed0)
#3  0x00005577297db5d8 n/a (code-insiders + 0x34ca5d8)
#4  0x00005577297dbd24 n/a (code-insiders + 0x34cad24)
#5  0x00005577297dbae4 n/a (code-insiders + 0x34caae4)
#6  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#7  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#8  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44012:
#0  0x00007f29e742b827 do_futex_wait.constprop.3 (libpthread.so.0 + 0xf827)
#1  0x00007f29e742b8d4 __new_sem_wait_slow.constprop.0 (libpthread.so.0 + 0xf8d4)
#2  0x00007f29e742b97a sem_wait@@GLIBC_2.2.5 (libpthread.so.0 + 0xf97a)
#3  0x000055772ca92eb7 uv_sem_wait (code-insiders + 0x6781eb7)
#4  0x000055772ca4e902 n/a (code-insiders + 0x673d902)
#5  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#6  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44020:
#0  0x00007f29e7429709 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd709)
#1  0x0000557729812960 n/a (code-insiders + 0x3501960)
#2  0x0000557729812ed0 n/a (code-insiders + 0x3501ed0)
#3  0x00005577297db5d8 n/a (code-insiders + 0x34ca5d8)
#4  0x00005577297dbd24 n/a (code-insiders + 0x34cad24)
#5  0x00005577297dbae4 n/a (code-insiders + 0x34caae4)
#6  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#7  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#8  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44014:
#0  0x00007f29e190e74d __poll (libc.so.6 + 0xfb74d)
#1  0x00007f29e6ce2f4c n/a (libglib-2.0.so.0 + 0x4bf4c)
#2  0x00007f29e6ce32e2 g_main_loop_run (libglib-2.0.so.0 + 0x4c2e2)
#3  0x00007f29e69afb66 n/a (libgio-2.0.so.0 + 0xccb66)
#4  0x00007f29e6d0b7d5 n/a (libglib-2.0.so.0 + 0x747d5)
#5  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#6  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44030:
#0  0x00007f29e7429360 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd360)
#1  0x000055772ca93059 uv_cond_wait (code-insiders + 0x6782059)
#2  0x000055772ca83d0a n/a (code-insiders + 0x6772d0a)
#3  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#4  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44015:
#0  0x00007f29e191aa13 epoll_wait (libc.so.6 + 0x107a13)
#1  0x00005577298abbca n/a (code-insiders + 0x359abca)
#2  0x00005577298a9529 n/a (code-insiders + 0x3598529)
#3  0x000055772982043c n/a (code-insiders + 0x350f43c)
#4  0x00005577297cbc98 n/a (code-insiders + 0x34bac98)
#5  0x00005577297a54a7 n/a (code-insiders + 0x34944a7)
#6  0x00005577297ded7a n/a (code-insiders + 0x34cdd7a)
#7  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#8  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#9  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44017:
#0  0x00007f29e190e74d __poll (libc.so.6 + 0xfb74d)
#1  0x00007f29e6ce2f4c n/a (libglib-2.0.so.0 + 0x4bf4c)
#2  0x00007f29e6ce306c g_main_context_iteration (libglib-2.0.so.0 + 0x4c06c)
#3  0x00007f29d40b3e5e n/a (libdconfsettings.so + 0x4e5e)
#4  0x00007f29e6d0b7d5 n/a (libglib-2.0.so.0 + 0x747d5)
#5  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#6  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44013:
#0  0x00007f29e190e74d __poll (libc.so.6 + 0xfb74d)
#1  0x00007f29e6ce2f4c n/a (libglib-2.0.so.0 + 0x4bf4c)
#2  0x00007f29e6ce306c g_main_context_iteration (libglib-2.0.so.0 + 0x4c06c)
#3  0x00007f29e6ce30a9 n/a (libglib-2.0.so.0 + 0x4c0a9)
#4  0x00007f29e6d0b7d5 n/a (libglib-2.0.so.0 + 0x747d5)
#5  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#6  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44023:
#0  0x00007f29e7429360 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd360)
#1  0x0000557729812822 n/a (code-insiders + 0x3501822)
#2  0x000055772a21fd1d n/a (code-insiders + 0x3f0ed1d)
#3  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#4  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#5  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44022:
#0  0x00007f29e19105d3 __select (libc.so.6 + 0xfd5d3)
#1  0x0000557729817ed7 n/a (code-insiders + 0x3506ed7)
#2  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#3  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#4  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44024:
#0  0x00007f29e7429360 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd360)
#1  0x0000557729812822 n/a (code-insiders + 0x3501822)
#2  0x0000557729812ef9 n/a (code-insiders + 0x3501ef9)
#3  0x0000557729812d1f n/a (code-insiders + 0x3501d1f)
#4  0x000055772978d0e8 n/a (code-insiders + 0x347c0e8)
#5  0x00005577297cbc98 n/a (code-insiders + 0x34bac98)
#6  0x00005577297a54a7 n/a (code-insiders + 0x34944a7)
#7  0x00005577297ded7a n/a (code-insiders + 0x34cdd7a)
#8  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#9  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#10 0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44025:
#0  0x00007f29e742b827 do_futex_wait.constprop.3 (libpthread.so.0 + 0xf827)
#1  0x00007f29e742b8d4 __new_sem_wait_slow.constprop.0 (libpthread.so.0 + 0xf8d4)
#2  0x00007f29e742b97a sem_wait@@GLIBC_2.2.5 (libpthread.so.0 + 0xf97a)
#3  0x000055772ca92eb7 uv_sem_wait (code-insiders + 0x6781eb7)
#4  0x0000557727ae6638 n/a (code-insiders + 0x17d5638)
#5  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#6  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44026:
#0  0x00007f29e7429360 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd360)
#1  0x0000557729812822 n/a (code-insiders + 0x3501822)
#2  0x0000557729812ef9 n/a (code-insiders + 0x3501ef9)
#3  0x0000557729812d1f n/a (code-insiders + 0x3501d1f)
#4  0x00005577297db5ca n/a (code-insiders + 0x34ca5ca)
#5  0x00005577297dbd24 n/a (code-insiders + 0x34cad24)
#6  0x00005577297dbb44 n/a (code-insiders + 0x34cab44)
#7  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#8  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#9  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44028:
#0  0x00007f29e7429360 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd360)
#1  0x000055772ca93059 uv_cond_wait (code-insiders + 0x6782059)
#2  0x000055772ca83d0a n/a (code-insiders + 0x6772d0a)
#3  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#4  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44033:
#0  0x00007f29e7429709 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd709)
#1  0x00007f29cce468a4 _ZN6spdlog7details16async_log_helper16process_next_msgEv (spdlog.node + 0x298a4)
#2  0x00007f29cce46d98 _ZN6spdlog7details16async_log_helper11worker_loopEv (spdlog.node + 0x29d98)
#3  0x00007f29dbe25c80 n/a (libstdc++.so.6 + 0xb8c80)
#4  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#5  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44044:
#0  0x00007f29e191aa13 epoll_wait (libc.so.6 + 0x107a13)
#1  0x00005577298abbca n/a (code-insiders + 0x359abca)
#2  0x00005577298a9529 n/a (code-insiders + 0x3598529)
#3  0x000055772982043c n/a (code-insiders + 0x350f43c)
#4  0x00005577297cbc98 n/a (code-insiders + 0x34bac98)
#5  0x00005577297a54a7 n/a (code-insiders + 0x34944a7)
#6  0x00005577297ded7a n/a (code-insiders + 0x34cdd7a)
#7  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#8  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#9  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44065:
#0  0x00007f29e7429360 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd360)
#1  0x0000557729812822 n/a (code-insiders + 0x3501822)
#2  0x0000557729812ef9 n/a (code-insiders + 0x3501ef9)
#3  0x0000557729812d1f n/a (code-insiders + 0x3501d1f)
#4  0x00005577297db5ca n/a (code-insiders + 0x34ca5ca)
#5  0x00005577297dbbcd n/a (code-insiders + 0x34cabcd)
#6  0x00005577297dbb14 n/a (code-insiders + 0x34cab14)
#7  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#8  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#9  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44530:
#0  0x00007f29e19144d9 syscall (libc.so.6 + 0x1014d9)
#1  0x00007f29e6d29ada g_cond_wait_until (libglib-2.0.so.0 + 0x92ada)
#2  0x00007f29e6cb5c39 n/a (libglib-2.0.so.0 + 0x1ec39)
#3  0x00007f29e6cb625b g_async_queue_timeout_pop (libglib-2.0.so.0 + 0x1f25b)
#4  0x00007f29e6d0c22a n/a (libglib-2.0.so.0 + 0x7522a)
#5  0x00007f29e6d0b7d5 n/a (libglib-2.0.so.0 + 0x747d5)
#6  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#7  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44021:
#0  0x00007f29e7429709 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd709)
#1  0x0000557729812960 n/a (code-insiders + 0x3501960)
#2  0x0000557729812ed0 n/a (code-insiders + 0x3501ed0)
#3  0x00005577297db5d8 n/a (code-insiders + 0x34ca5d8)
#4  0x00005577297dbd24 n/a (code-insiders + 0x34cad24)
#5  0x00005577297dbae4 n/a (code-insiders + 0x34caae4)
#6  0x00005577298159c5 n/a (code-insiders + 0x35049c5)
#7  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#8  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

Stack trace of thread 44029:
#0  0x00007f29e7429360 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xd360)
#1  0x000055772ca93059 uv_cond_wait (code-insiders + 0x6782059)
#2  0x000055772ca83d0a n/a (code-insiders + 0x6772d0a)
#3  0x00007f29e74236ba start_thread (libpthread.so.0 + 0x76ba)
#4  0x00007f29e191a41d __clone (libc.so.6 + 0x10741d)

You can work around this by symlinking in the host system the gdk-pixbuf-2.0 folder to the expected Debian/Ubuntu path.

sudo ln -s /usr/lib/gdk-pixbuf-2.0 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0
+42
amyspark on Jun 29, 2020

This fixed it for me on Manjaro 20.1 XFCE:

sudo mkdir /usr/lib/x86_64-linux-gnu/ sudo ln -s /usr/lib/gdk-pixbuf-2.0 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0

What the Snap team at MS is doing? This thing has been a problem since forever. Would be nice if someone finally fixes it.

+23
spirulin on Sep 15, 2020

Same here, can reproduce on snap version 1.48.1 - Manjaro Linux.

Running this solved it:

sudo mkdir /usr/lib/x86_64-linux-gnu/
sudo ln -s /usr/lib/gdk-pixbuf-2.0 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0

Still need to be fixed though.

+18
BlueskyFR on Aug 23, 2020

Same issue here on Arch, resolved with:

sudo mkdir /usr/lib/x86_64-linux-gnu/ sudo ln -s /usr/lib/gdk-pixbuf-2.0 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0

+15
anaemnesis on Aug 26, 2020

3 months and no fix. Obiviously no one at the Microsoft snsp team, or VS Code team cares about this. It does not affect their “supported distro”. The workaround is obviously to stop using Microsoft created snaps. They don’t care to keep them running. They just want the “appearence” of supporting it.

+7
buzzra on Sep 27, 2020

I’m getting this issue since the June release - and is still present on the July one. Solution was to apply the aforementioned fix https://github.com/microsoft/vscode/issues/100940#issuecomment-651225395 after creating this folder (otherwise symlinking doesn’t work):

sudo mkdir /usr/lib/x86_64-linux-gnu/

Version: 1.48.0-insider Commit: db40434f562994116e5b21c24015a2e40b2504e6 Date: 2020-08-12T08:04:29.917Z Electron: 7.3.2 Chrome: 78.0.3904.130 Node.js: 12.8.1 V8: 7.8.279.23-electron.0 OS: Linux x64 5.4.52-1-MANJARO snap

+7
yamafaktory on Aug 14, 2020

Can confirm code was working but now all system dialogs crash code.

The following workaround is available on gentoo: mkdir /usr/lib/x86_64-linux-gnu ln -s /usr/lib64/gdk-pixbuf-2.0 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0

Please fix this microsoft I have been banging my head on this and its very disruptive.

+6
spiderfudge on Sep 7, 2020

/verified @caponetto

image

image

+5
nikeorever on Oct 30, 2020

Same issue here on Fedora 32 and VSCode installed using Snap version 17299e41.

(code:10071): GdkPixbuf-WARNING **: 15:44:48.422: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

This likely means that your installation is broken.
Try running the command
  gdk-pixbuf-query-loaders > /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.

(code:10071): Gtk-WARNING **: 15:44:48.422: Could not load a pixbuf from icon theme.
This may indicate that pixbuf loaders or the mime database could not be found.
(code:10071): GdkPixbuf-WARNING **: 15:44:48.422: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

This likely means that your installation is broken.
Try running the command
  gdk-pixbuf-query-loaders > /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.
**
Gtk:ERROR:/build/gtk+3.0-24RAPQ/gtk+3.0-3.22.24/./gtk/gtkiconhelper.c:493:ensure_surface_for_gicon: assertion failed: (destination

It crashes on “Help > About”, “Find & replace”, deleting a folder and some others that I don’t remember right now.

+5
nikoskip on Jul 21, 2020

Thank you!!

+4
JeremyCaron on Nov 6, 2020

vscode snap crash

os: manjaro xfce version: e790b931

steps to reproduce: 1- open code 2- try to open a folder

code --verbose output:

[7057:0912/095652.724280:INFO:CONSOLE(1705)] “%cTRACE color: #888 telemetry/views.welcomeAction [object Object]”, source: file:///var/lib/snapd/snap/code/43/usr/share/code/resources/app/out/vs/workbench/workbench.desktop.main.js (1705) [7057:0912/095652.727004:INFO:CONSOLE(1705)] “%cTRACE color: #888 CommandService#executeCommand workbench.action.files.openFolder”, source: file:///var/lib/snapd/snap/code/43/usr/share/code/resources/app/out/vs/workbench/workbench.desktop.main.js (1705) /usr/lib/gio/modules/libgioremote-volume-monitor.so: undefined symbol: g_mount_operation_get_is_tcrypt_system_volume Failed to load module: /usr/lib/gio/modules/libgioremote-volume-monitor.so /usr/lib/gio/modules/libgioremote-volume-monitor.so: undefined symbol: g_mount_operation_get_is_tcrypt_system_volume Failed to load module: /usr/lib/gio/modules/libgioremote-volume-monitor.so (code:7057): GdkPixbuf-WARNING **: 09:56:52.781: Cannot open pixbuf loader module file ‘/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache’: No such file or directory

This likely means that your installation is broken. Try running the command gdk-pixbuf-query-loaders > /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache to make things work again for the time being. (code:7057): Gtk-WARNING **: 09:56:52.781: Could not load a pixbuf from icon theme. This may indicate that pixbuf loaders or the mime database could not be found. (code:7057): GdkPixbuf-WARNING **: 09:56:52.781: Cannot open pixbuf loader module file ‘/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache’: No such file or directory

This likely means that your installation is broken. Try running the command gdk-pixbuf-query-loaders > /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache to make things work again for the time being. ** Gtk:ERROR:/build/gtk+3.0-24RAPQ/gtk+3.0-3.22.24/./gtk/gtkiconhelper.c:493:ensure_surface_for_gicon: assertion failed: (destination) /dev/fd/3: No such file or directory Server response:

+4
dddeveloperrr on Sep 12, 2020

This bug has been fixed in to the latest release of VS Code Insiders!

@caponetto, you can help us out by confirming things are working as expected in the latest Insiders release. If things look good, please leave a comment with the text /verified to let us know. If not, please ensure you’re on version 2d8bbc6976748c4b0c5e84be541674b89b9d91e4 of Insiders (today’s or later - you can use Help: About in the command pallete to check), and leave a comment letting us know what isn’t working as expected.

Happy Coding!

+3
github-actions[bot] on Oct 30, 2020

This issue was reported by many people over one year ago and there is still no official fix from Microsoft team. How is it possible?

+3
step135 on Oct 23, 2020

Same issue on Manjaro 64, latest stable snap release (91899dce). Crashes on startup as a modal was supposed to open. Works well after reverting to 1.46 (a5d1cc28)

+3
benjmo on Aug 2, 2020

Following this comment I tried the same on Fedora 32:

sudo mkdir -p /usr/lib/x86_64-linux-gnu
sudo ln -s /usr/lib64/gdk-pixbuf-2.0 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0

The error is still persists (not same message though):

(code:61774): Gtk-WARNING **: 15:47:40.622: Could not load a pixbuf from icon theme.
This may indicate that pixbuf loaders or the mime database could not be found.
**
Gtk:ERROR:/build/gtk+3.0-24RAPQ/gtk+3.0-3.22.24/./gtk/gtkiconhelper.c:493:ensure_surface_for_gicon: assertion failed: (destination)
Server response: {"status":"Success","validDiagnostic
+3
nikoskip on Jul 22, 2020

Thanks! will let the snap devs take it from here.

+3
deepak1556 on Jun 24, 2020

This fixed it for me on Manjaro 20.1 XFCE:

sudo mkdir /usr/lib/x86_64-linux-gnu/ sudo ln -s /usr/lib/gdk-pixbuf-2.0 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0

This fixed it for me. Same OS and DE

+2
LoneWolfHT on Sep 30, 2020

Same here, can reproduce on snap version 1.48.1 - Manjaro Linux.

Running this solved it:

sudo mkdir /usr/lib/x86_64-linux-gnu/
sudo ln -s /usr/lib/gdk-pixbuf-2.0 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0

Still need to be fixed though.

Yes, please Microsoft (or Snap), fix this bug. Thanks. I am on Manjaro KDE running the linux kernel 5.8.1-3

+2
joaquimbarreto on Aug 25, 2020

Same here Manjaro KDE plasma

UPDATE:

This given fix worked for me : #100940 (comment) !!

[parkar_brothers@Homelaptop ~]$ snap version
snap     2.45.2-1
snapd    2.45.2-1
series   16
manjaro  -
kernel   5.4.52-1-MANJARO
[parkar_brothers@Homelaptop ~]$ snap info code
name:      code
summary:   Code editing. Redefined.
publisher: Visual Studio Code (vscode*)
store-url: https://snapcraft.io/code
contact:   https://twitter.com/code
license:   unset
description: |
  Visual Studio Code is a lightweight but powerful source code editor which runs on your desktop and
  is available for Linux, macOS and Windows. It comes with built-in support for JavaScript,
  TypeScript and Node.js and has a rich ecosystem of extensions for other languages (such as C++,
  C#, Java, Python, PHP, Go) and runtimes (such as .NET and Unity).
  
  By downloading and using Visual Studio Code, you agree to the license terms
  (https://code.visualstudio.com/License/) and privacy statement
  (https://privacy.microsoft.com/en-us/privacystatement). Visual Studio Code automatically sends
  telemetry data and crash dumps to help us improve the product. If you would prefer not to have
  this data sent please go see
  https://code.visualstudio.com/docs/supporting/FAQ#_how-to-disable-crash-reporting to learn how to
  disable it.
  
  VSCode
  https://github.com/Microsoft/vscode
commands:
  - code
  - code.url-handler
snap-id:      Ht0aUHi7ofh9Fbwh6m7jUN2pAy6kzBiu
tracking:     latest/stable
refresh-date: today at 14:56 IST
channels:
  latest/stable:    17299e41 2020-07-21 (38) 151MB classic
  latest/candidate: ^                              
  latest/beta:      ^                              
  latest/edge:      ^                              
installed:          17299e41            (38) 151MB classic
[parkar_brothers@Homelaptop ~]$

When reproduced:

  • Go to File > Open Folder && Go to File > Save

  • Help > About

    After 5-7 seconds the App crashes

+2
shahzebgit on Jul 23, 2020

Same with me. Manjaro - snap version. Start crashing after update to 1.47. https://github.com/microsoft/vscode/issues/100940#issuecomment-651225395 works fine.

+2
dom3k on Jul 15, 2020
  • VSCode Version: 1.47.0 insiders (0913b1a)
  • OS Version: Fedora 32

Steps to Reproduce:

  1. Go to Help -> Check for Updates... or Help -> About Nothing happens and then VS Code crashes.

Does this issue occur when all extensions are disabled?: Yes

You can uninstall the old vscode and reinstall the binary package from yum repository to solve this problem. image

+2
nikeorever on Jul 13, 2020

Sorry but I’m no longer using snap with fedora. Can someone else on this thread do this validation? 😃

I use Fedora33 operating system and have a snap environment. Can I do this verification for you?

+1
nikeorever on Oct 30, 2020

I see this is marked as September milestone, but no linked PRs. Is this actually being worked on?

+1
evan-chaney on Sep 23, 2020

For OpenSUSE (Tumbleweed in my case) the correct commands are:

mkdir -p /usr/lib/x86_64-linux-gnu/
ln -s /usr/lib64/gdk-pixbuf-2.0/ /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0
+1
wolfclostermann on Sep 23, 2020

So is this gonna get fixed or nah? I see it slipped out of the August milestone.

+1
JeremyCaron on Sep 7, 2020

The same issue with Arch

smart@thinkpad$ snap version
snap    2.45.2-1
snapd   2.45.2-1
series  16
arch    -
kernel  5.7.9-arch1-1
~
smart@thinkpad$ snap info code
name:      code
summary:   Code editing. Redefined.
publisher: Visual Studio Code (vscode✓)
store-url: https://snapcraft.io/code
contact:   https://twitter.com/code
license:   unset
description: |
  Visual Studio Code is a lightweight but powerful source code editor which runs on your desktop and
  is available for Linux, macOS and Windows. It comes with built-in support for JavaScript,
  TypeScript and Node.js and has a rich ecosystem of extensions for other languages (such as C++,
  C#, Java, Python, PHP, Go) and runtimes (such as .NET and Unity).
  
  By downloading and using Visual Studio Code, you agree to the license terms
  (https://code.visualstudio.com/License/) and privacy statement
  (https://privacy.microsoft.com/en-us/privacystatement). Visual Studio Code automatically sends
  telemetry data and crash dumps to help us improve the product. If you would prefer not to have
  this data sent please go see
  https://code.visualstudio.com/docs/supporting/FAQ#_how-to-disable-crash-reporting to learn how to
  disable it.
  
  VSCode
  https://github.com/Microsoft/vscode
commands:
  - code
  - code.url-handler
snap-id:      Ht0aUHi7ofh9Fbwh6m7jUN2pAy6kzBiu
tracking:     latest/stable
refresh-date: today at 11:51 MSK
channels:
  latest/stable:    17299e41 2020-07-21 (38) 151MB classic
  latest/candidate: ↑                              
  latest/beta:      ↑                              
  latest/edge:      ↑                              
installed:          17299e41            (38) 151MB classic
~
smart@thinkpad$

VVVVVVVVVVVVVVVVVVVVVVVVVVVVVV This fix works for me: https://github.com/microsoft/vscode/issues/100940#issuecomment-651225395 !!! ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

+1
SemenMartynov on Jul 22, 2020

In the meantime, for those having issues with dialogs in the snap install, the flatpak version works for me: https://flathub.org/apps/details/com.visualstudio.code

Version: 1.47.0
Commit: d5e9aa0227e057a60c82568bf31c04730dc15dcd
Date: 2020-07-09T08:30:34.302Z
Electron: 7.3.2
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
OS: Linux x64 5.6.16-1-MANJARO
+1
rlueder on Jul 13, 2020
Read more comments on GitHub
← vscode: Smoke tests: revisit timeouts
vscode: Snap: Failed to read user shell environment →