Crashes when opening folders

VScode in Fedora 32 crashes when I try to open the folders.
After clicking "File>Opening folder" from VScode, the explorer launched, and the vscode terminated with no error dialog.
I'm using this version:
バージョン: 1.47.3
コミット: 91899dcef7b8110878ea59626991a18c8a6a1b3e
日付: 2020-07-23T15:51:39.791Z
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.7.9-200.fc32.x86_64

Here's the log messages:
8月 06 13:40:39 ideacentre-510-s-fedora systemd[1735]: Started Application launched by gnome-shell.
 8月 06 13:40:39 ideacentre-510-s-fedora code.desktop[892342]: Fontconfig warning: "/usr/share/fontconfig/conf.avail/05-reset-dirs-sample.conf", line 6: unknown element "reset-dirs"
 8月 06 13:40:39 ideacentre-510-s-fedora code.desktop[892342]: 警告: 'sandbox' は既知のオプションのリストにはありませんが、引き続き Electron または Chromium に渡されます。
 8月 06 13:40:40 ideacentre-510-s-fedora code.desktop[892342]: [main 2020-08-06T04:40:40.128Z] update#setState idle
 8月 06 13:40:40 ideacentre-510-s-fedora code.desktop[892366]: [892366:0806/134040.176204:ERROR:buffer_manager.cc(488)] [.DisplayCompositor]GL ERROR :GL_INVALID_OPERATION : glBufferData: <- error from previous GL command
 8月 06 13:40:40 ideacentre-510-s-fedora code.desktop[892408]: bash: 端末プロセスグループを設定できません (-1): デバイスに対する不適切なioctlです
 8月 06 13:40:40 ideacentre-510-s-fedora code.desktop[892408]: bash: このシェルではジョブ制御が無効になっています
 8月 06 13:40:40 ideacentre-510-s-fedora code.desktop[892394]: (node:892394) Electron: Loading non context-aware native modules in the renderer process is deprecated and will stop working at some point in the future, please see https://github.com/electron/electron/issues/18397 for more information
 8月 06 13:40:40 ideacentre-510-s-fedora code.desktop[892394]: (node:892394) Electron: Loading non context-aware native modules in the renderer process is deprecated and will stop working at some point in the future, please see https://github.com/electron/electron/issues/18397 for more information
 8月 06 13:40:40 ideacentre-510-s-fedora code.desktop[892394]: (node:892394) Electron: Loading non context-aware native modules in the renderer process is deprecated and will stop working at some point in the future, please see https://github.com/electron/electron/issues/18397 for more information
 8月 06 13:40:40 ideacentre-510-s-fedora code.desktop[892394]: (node:892394) Electron: Loading non context-aware native modules in the renderer process is deprecated and will stop working at some point in the future, please see https://github.com/electron/electron/issues/18397 for more information
 8月 06 13:40:41 ideacentre-510-s-fedora code.desktop[892394]: (node:892394) Electron: Loading non context-aware native modules in the renderer process is deprecated and will stop working at some point in the future, please see https://github.com/electron/electron/issues/18397 for more information
 8月 06 13:40:41 ideacentre-510-s-fedora code.desktop[892394]: (node:892394) Electron: Loading non context-aware native modules in the renderer process is deprecated and will stop working at some point in the future, please see https://github.com/electron/electron/issues/18397 for more information
 8月 06 13:40:43 ideacentre-510-s-fedora code.desktop[892366]: [892366:0806/134043.153118:ERROR:buffer_manager.cc(488)] [.DisplayCompositor]GL ERROR :GL_INVALID_OPERATION : glBufferData: <- error from previous GL command
 8月 06 13:40:43 ideacentre-510-s-fedora code.desktop[892485]: (node:892485) Electron: Loading non context-aware native modules in the renderer process is deprecated and will stop working at some point in the future, please see https://github.com/electron/electron/issues/18397 for more information
 8月 06 13:40:43 ideacentre-510-s-fedora code.desktop[892485]: (node:892485) Electron: Loading non context-aware native modules in the renderer process is deprecated and will stop working at some point in the future, please see https://github.com/electron/electron/issues/18397 for more information
 8月 06 13:40:48 ideacentre-510-s-fedora code.desktop[892366]: [892366:0806/134048.281343:ERROR:buffer_manager.cc(488)] [.DisplayCompositor]GL ERROR :GL_INVALID_OPERATION : glBufferData: <- error from previous GL command
 8月 06 13:40:51 ideacentre-510-s-fedora systemd[1]: systemd-hostnamed.service: Succeeded.
 8月 06 13:40:51 ideacentre-510-s-fedora audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-hostnamed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
 8月 06 13:40:51 ideacentre-510-s-fedora audit: BPF prog-id=530 op=UNLOAD
 8月 06 13:40:51 ideacentre-510-s-fedora audit: BPF prog-id=529 op=UNLOAD
 8月 06 13:41:00 ideacentre-510-s-fedora gnome-clocks[84392]: g_date_time_get_utc_offset: assertion 'datetime != NULL' failed
 8月 06 13:41:00 ideacentre-510-s-fedora gnome-clocks[84392]: g_date_time_get_day_of_year: assertion 'datetime != NULL' failed
 8月 06 13:41:00 ideacentre-510-s-fedora gnome-clocks[84392]: g_date_time_get_day_of_year: assertion 'datetime != NULL' failed
 8月 06 13:41:00 ideacentre-510-s-fedora gnome-clocks[84392]: g_date_time_get_day_of_year: assertion 'datetime != NULL' failed
 8月 06 13:41:00 ideacentre-510-s-fedora gnome-clocks[84392]: clocks_utils_wall_clock_format_time: assertion 'date_time != NULL' failed
 8月 06 13:41:00 ideacentre-510-s-fedora audit: BPF prog-id=534 op=LOAD
 8月 06 13:41:00 ideacentre-510-s-fedora audit: BPF prog-id=535 op=LOAD
 8月 06 13:41:00 ideacentre-510-s-fedora systemd[1]: Starting Hostname Service...
 8月 06 13:41:00 ideacentre-510-s-fedora systemd[1]: Started Hostname Service.
 8月 06 13:41:00 ideacentre-510-s-fedora audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-hostnamed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
 8月 06 13:41:03 ideacentre-510-s-fedora code.desktop[892550]: Server response: {"status":"Success","validDiagnostic
 8月 06 13:41:03 ideacentre-510-s-fedora audit[892342]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=892342 comm="code" exe="/usr/share/code/code" sig=11 res=1
 8月 06 13:41:03 ideacentre-510-s-fedora kernel: code[892342]: segfault at 0 ip 00007ff1f962d4c5 sp 00007ffd0ffc2638 error 4 in libc-2.31.so[7ff1f94f0000+150000]
 8月 06 13:41:03 ideacentre-510-s-fedora kernel: Code: 00 00 0f 1f 00 31 c0 c5 f8 77 c3 66 2e 0f 1f 84 00 00 00 00 00 f3 0f 1e fa 89 f9 48 89 fa c5 f9 ef c0 83 e1 3f 83 f9 20 77 2b <c5> fd 74 0f c5 fd d7 c1 85 c0 0f 85 eb 00 00 00 48 83 c7 20 83 e1
 8月 06 13:41:03 ideacentre-510-s-fedora audit: BPF prog-id=536 op=LOAD
 8月 06 13:41:03 ideacentre-510-s-fedora audit: BPF prog-id=537 op=LOAD
 8月 06 13:41:03 ideacentre-510-s-fedora audit: BPF prog-id=538 op=LOAD
 8月 06 13:41:03 ideacentre-510-s-fedora systemd[1]: Started Process Core Dump (PID 892553/UID 0).
 8月 06 13:41:03 ideacentre-510-s-fedora audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@13-892553-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
 8月 06 13:41:04 ideacentre-510-s-fedora systemd-coredump[892554]: Process 892342 (code) of user 1000 dumped core.

                                                                    Stack trace of thread 892342:
                                                                    #0  0x00007ff1f962d4c5 __strlen_avx2 (libc.so.6 + 0x1624c5)
                                                                    #1  0x00007ff1faad6c72 g_utf8_collate_key_for_filename (libglib-2.0.so.0 + 0x87c72)
                                                                    #2  0x00007ff1f9ea7ac0 file_system_model_set (libgtk-3.so.0 + 0x1ecac0)
                                                                    #3  0x00007ff1f9eb5c28 _gtk_file_system_model_get_value (libgtk-3.so.0 + 0x1fac28)
                                                                    #4  0x00007ff1f9ea7625 compare_name.constprop.0 (libgtk-3.so.0 + 0x1ec625)
                                                                    #5  0x00007ff1f9ea96d9 recent_sort_func (libgtk-3.so.0 + 0x1ee6d9)
                                                                    #6  0x00007ff1f9eb340f compare_array_element (libgtk-3.so.0 + 0x1f840f)
                                                                    #7  0x00007ff1faab1437 msort_with_tmp (libglib-2.0.so.0 + 0x62437)
                                                                    #8  0x00007ff1faab1361 msort_with_tmp (libglib-2.0.so.0 + 0x62361)
                                                                    #9  0x00007ff1faab1361 msort_with_tmp (libglib-2.0.so.0 + 0x62361)
                                                                    #10 0x00007ff1faab1361 msort_with_tmp (libglib-2.0.so.0 + 0x62361)
                                                                    #11 0x00007ff1faab1361 msort_with_tmp (libglib-2.0.so.0 + 0x62361)
                                                                    #12 0x00007ff1faab1361 msort_with_tmp (libglib-2.0.so.0 + 0x62361)
                                                                    #13 0x00007ff1faab1361 msort_with_tmp (libglib-2.0.so.0 + 0x62361)
                                                                    #14 0x00007ff1faab171d msort_r (libglib-2.0.so.0 + 0x6271d)
                                                                    #15 0x00007ff1f9eb4507 gtk_file_system_model_sort.part.0 (libgtk-3.so.0 + 0x1f9507)
                                                                    #16 0x00007ff1f9eb6006 _gtk_file_system_model_update_file (libgtk-3.so.0 + 0x1fb006)
                                                                    #17 0x00007ff1f9eb607f query_done_helper (libgtk-3.so.0 + 0x1fb07f)
                                                                    #18 0x00007ff1f9eb6107 gtk_file_system_model_query_done (libgtk-3.so.0 + 0x1fb107)
                                                                    #19 0x00007ff1fa91fe4a g_task_return_now (libgio-2.0.so.0 + 0xb6e4a)
                                                                    #20 0x00007ff1fa920a3d g_task_return.part.0 (libgio-2.0.so.0 + 0xb7a3d)
                                                                    #21 0x00007ff1e67058de query_info_async_cb (libgvfsdbus.so + 0x148de)
                                                                    #22 0x00007ff1fa91fe4a g_task_return_now (libgio-2.0.so.0 + 0xb6e4a)
                                                                    #23 0x00007ff1fa920a3d g_task_return.part.0 (libgio-2.0.so.0 + 0xb7a3d)
                                                                    #24 0x00007ff1fa987a3b reply_cb (libgio-2.0.so.0 + 0x11ea3b)
                                                                    #25 0x00007ff1fa91fe4a g_task_return_now (libgio-2.0.so.0 + 0xb6e4a)
                                                                    #26 0x00007ff1fa920a3d g_task_return.part.0 (libgio-2.0.so.0 + 0xb7a3d)
                                                                    #27 0x00007ff1fa97c58f g_dbus_connection_call_done (libgio-2.0.so.0 + 0x11358f)
                                                                    #28 0x00007ff1fa91fe4a g_task_return_now (libgio-2.0.so.0 + 0xb6e4a)
                                                                    #29 0x00007ff1fa91fe8d complete_in_idle_cb (libgio-2.0.so.0 + 0xb6e8d)
                                                                    #30 0x00007ff1faa9d45b g_idle_dispatch (libglib-2.0.so.0 + 0x4e45b)
                                                                    #31 0x00007ff1faaa178f g_main_context_dispatch (libglib-2.0.so.0 + 0x5278f)
                                                                    #32 0x00007ff1faaa1b18 g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0x52b18)
                                                                    #33 0x00007ff1faaa1be3 g_main_context_iteration (libglib-2.0.so.0 + 0x52be3)
                                                                    #34 0x0000556b62511042 n/a (code + 0x3492042)
                                                                    #35 0x0000556b625575a9 n/a (code + 0x34d85a9)
                                                                    #36 0x0000556b6252c5e7 n/a (code + 0x34ad5e7)
                                                                    #37 0x0000556b61170fe3 n/a (code + 0x20f1fe3)
                                                                    #38 0x0000556b61172662 n/a (code + 0x20f3662)
                                                                    #39 0x0000556b6116e2d2 n/a (code + 0x20ef2d2)
                                                                    #40 0x0000556b61065341 n/a (code + 0x1fe6341)
                                                                    #41 0x0000556b61064f26 n/a (code + 0x1fe5f26)
                                                                    #42 0x0000556b63ac6d9c n/a (code + 0x4a47d9c)
                                                                    #43 0x0000556b610635f1 n/a (code + 0x1fe45f1)
                                                                    #44 0x0000556b606a527b n/a (code + 0x162627b)
                                                                    #45 0x00007ff1f94f2042 __libc_start_main (libc.so.6 + 0x27042)
                                                                    #46 0x0000556b606a502a _start (code + 0x162602a)

                                                                    Stack trace of thread 892350:
                                                                    #0  0x00007ff1fabece92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
                                                                    #1  0x0000556b657d4489 uv_cond_wait (code + 0x6755489)
                                                                    #2  0x0000556b65753238 n/a (code + 0x66d4238)
                                                                    #3  0x0000556b65750fab n/a (code + 0x66d1fab)
                                                                    #4  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #5  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892346:
                                                                    #0  0x00007ff1f95ccc5e epoll_wait (libc.so.6 + 0x101c5e)
                                                                    #1  0x0000556b62644a1b n/a (code + 0x35c5a1b)
                                                                    #2  0x0000556b62642360 n/a (code + 0x35c3360)
                                                                    #3  0x0000556b625aaad9 n/a (code + 0x352bad9)
                                                                    #4  0x0000556b625575a9 n/a (code + 0x34d85a9)
                                                                    #5  0x0000556b6252c5e7 n/a (code + 0x34ad5e7)
                                                                    #6  0x0000556b6255ae37 n/a (code + 0x34dbe37)
                                                                    #7  0x0000556b62566bc0 n/a (code + 0x34e7bc0)
                                                                    #8  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #9  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #10 0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892344:
                                                                    #0  0x00007ff1f95c1aaf __poll (libc.so.6 + 0xf6aaf)
                                                                    #1  0x0000556b614ad7f2 n/a (code + 0x242e7f2)
                                                                    #2  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #3  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #4  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892351:
                                                                    #0  0x00007ff1fabece92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
                                                                    #1  0x0000556b657d4489 uv_cond_wait (code + 0x6755489)
                                                                    #2  0x0000556b65753238 n/a (code + 0x66d4238)
                                                                    #3  0x0000556b65750fab n/a (code + 0x66d1fab)
                                                                    #4  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #5  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892368:
                                                                    #0  0x00007ff1fabece92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
                                                                    #1  0x0000556b625a2adb n/a (code + 0x3523adb)
                                                                    #2  0x0000556b625a279f n/a (code + 0x352379f)
                                                                    #3  0x0000556b62510d98 n/a (code + 0x3491d98)
                                                                    #4  0x0000556b625575a9 n/a (code + 0x34d85a9)
                                                                    #5  0x0000556b6252c5e7 n/a (code + 0x34ad5e7)
                                                                    #6  0x0000556b62566bc0 n/a (code + 0x34e7bc0)
                                                                    #7  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #8  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #9  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892359:
                                                                    #0  0x00007ff1fabed1b8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0x101b8)
                                                                    #1  0x0000556b625a22f0 n/a (code + 0x35232f0)
                                                                    #2  0x0000556b625a2a32 n/a (code + 0x3523a32)
                                                                    #3  0x0000556b62562388 n/a (code + 0x34e3388)
                                                                    #4  0x0000556b625628fb n/a (code + 0x34e38fb)
                                                                    #5  0x0000556b625625c4 n/a (code + 0x34e35c4)
                                                                    #6  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #7  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #8  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892365:
                                                                    #0  0x00007ff1fabece92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
                                                                    #1  0x0000556b625a2adb n/a (code + 0x3523adb)
                                                                    #2  0x0000556b625a279f n/a (code + 0x352379f)
                                                                    #3  0x0000556b6256237a n/a (code + 0x34e337a)
                                                                    #4  0x0000556b625628fb n/a (code + 0x34e38fb)
                                                                    #5  0x0000556b62562624 n/a (code + 0x34e3624)
                                                                    #6  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #7  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #8  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892369:
                                                                    #0  0x00007ff1f95ccc5e epoll_wait (libc.so.6 + 0x101c5e)
                                                                    #1  0x0000556b6079dd26 n/a (code + 0x171ed26)
                                                                    #2  0x0000556b6079d6c7 n/a (code + 0x171e6c7)
                                                                    #3  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #4  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892361:
                                                                    #0  0x00007ff1fabed1b8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0x101b8)
                                                                    #1  0x0000556b625a22f0 n/a (code + 0x35232f0)
                                                                    #2  0x0000556b625a2a32 n/a (code + 0x3523a32)
                                                                    #3  0x0000556b62562388 n/a (code + 0x34e3388)
                                                                    #4  0x0000556b625628fb n/a (code + 0x34e38fb)
                                                                    #5  0x0000556b625625c4 n/a (code + 0x34e35c4)
                                                                    #6  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #7  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #8  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892371:
                                                                    #0  0x00007ff1fabece92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
                                                                    #1  0x0000556b657d4489 uv_cond_wait (code + 0x6755489)
                                                                    #2  0x0000556b657c53ca n/a (code + 0x67463ca)
                                                                    #3  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #4  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892363:
                                                                    #0  0x00007ff1fabed1b8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0x101b8)
                                                                    #1  0x0000556b625a22f0 n/a (code + 0x35232f0)
                                                                    #2  0x0000556b625a2a32 n/a (code + 0x3523a32)
                                                                    #3  0x0000556b62562388 n/a (code + 0x34e3388)
                                                                    #4  0x0000556b625628fb n/a (code + 0x34e38fb)
                                                                    #5  0x0000556b625625c4 n/a (code + 0x34e35c4)
                                                                    #6  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #7  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #8  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892364:
                                                                    #0  0x00007ff1fabed1b8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0x101b8)
                                                                    #1  0x0000556b625a22f0 n/a (code + 0x35232f0)
                                                                    #2  0x0000556b625a2a32 n/a (code + 0x3523a32)
                                                                    #3  0x0000556b62562388 n/a (code + 0x34e3388)
                                                                    #4  0x0000556b625628fb n/a (code + 0x34e38fb)
                                                                    #5  0x0000556b625625c4 n/a (code + 0x34e35c4)
                                                                    #6  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #7  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #8  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892385:
                                                                    #0  0x00007ff1fabece92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
                                                                    #1  0x0000556b625a2adb n/a (code + 0x3523adb)
                                                                    #2  0x0000556b625a279f n/a (code + 0x352379f)
                                                                    #3  0x0000556b6256237a n/a (code + 0x34e337a)
                                                                    #4  0x0000556b625628fb n/a (code + 0x34e38fb)
                                                                    #5  0x0000556b625625f4 n/a (code + 0x34e35f4)
                                                                    #6  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #7  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #8  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892367:
                                                                    #0  0x00007ff1fabece92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
                                                                    #1  0x0000556b625a21b2 n/a (code + 0x35231b2)
                                                                    #2  0x0000556b6360225d n/a (code + 0x458325d)
                                                                    #3  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #4  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #5  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892393:
                                                                    #0  0x00007ff1f95ccc5e epoll_wait (libc.so.6 + 0x101c5e)
                                                                    #1  0x0000556b62644a1b n/a (code + 0x35c5a1b)
                                                                    #2  0x0000556b62642360 n/a (code + 0x35c3360)
                                                                    #3  0x0000556b625aaad9 n/a (code + 0x352bad9)
                                                                    #4  0x0000556b625575a9 n/a (code + 0x34d85a9)
                                                                    #5  0x0000556b6252c5e7 n/a (code + 0x34ad5e7)
                                                                    #6  0x0000556b62566bc0 n/a (code + 0x34e7bc0)
                                                                    #7  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #8  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #9  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892531:
                                                                    #0  0x00007ff1f95c737d syscall (libc.so.6 + 0xfc37d)
                                                                    #1  0x00007ff1faaf05f6 g_cond_wait_until (libglib-2.0.so.0 + 0xa15f6)
                                                                    #2  0x00007ff1faa714a1 g_async_queue_pop_intern_unlocked (libglib-2.0.so.0 + 0x224a1)
                                                                    #3  0x00007ff1faa71ae6 g_async_queue_timeout_pop (libglib-2.0.so.0 + 0x22ae6)
                                                                    #4  0x00007ff1faacc199 g_thread_pool_thread_proxy (libglib-2.0.so.0 + 0x7d199)
                                                                    #5  0x00007ff1faacb7f2 g_thread_proxy (libglib-2.0.so.0 + 0x7c7f2)
                                                                    #6  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #7  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892352:
                                                                    #0  0x00007ff1fabece92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
                                                                    #1  0x0000556b657d4489 uv_cond_wait (code + 0x6755489)
                                                                    #2  0x0000556b65753238 n/a (code + 0x66d4238)
                                                                    #3  0x0000556b65750fab n/a (code + 0x66d1fab)
                                                                    #4  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #5  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892356:
                                                                    #0  0x00007ff1f95ccc5e epoll_wait (libc.so.6 + 0x101c5e)
                                                                    #1  0x0000556b62644a1b n/a (code + 0x35c5a1b)
                                                                    #2  0x0000556b62642360 n/a (code + 0x35c3360)
                                                                    #3  0x0000556b625aaad9 n/a (code + 0x352bad9)
                                                                    #4  0x0000556b625575a9 n/a (code + 0x34d85a9)
                                                                    #5  0x0000556b6252c5e7 n/a (code + 0x34ad5e7)
                                                                    #6  0x0000556b62566bc0 n/a (code + 0x34e7bc0)
                                                                    #7  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #8  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #9  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892370:
                                                                    #0  0x00007ff1fabece92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
                                                                    #1  0x0000556b657d4489 uv_cond_wait (code + 0x6755489)
                                                                    #2  0x0000556b657c53ca n/a (code + 0x67463ca)
                                                                    #3  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #4  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892372:
                                                                    #0  0x00007ff1fabece92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
                                                                    #1  0x0000556b657d4489 uv_cond_wait (code + 0x6755489)
                                                                    #2  0x0000556b657c53ca n/a (code + 0x67463ca)
                                                                    #3  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #4  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892357:
                                                                    #0  0x00007ff1fabf09ac read (libpthread.so.0 + 0x139ac)
                                                                    #1  0x0000556b607254cf n/a (code + 0x16a64cf)
                                                                    #2  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #3  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #4  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892353:
                                                                    #0  0x00007ff1fabefa24 do_futex_wait.constprop.0 (libpthread.so.0 + 0x12a24)
                                                                    #1  0x00007ff1fabefb28 __new_sem_wait_slow.constprop.0 (libpthread.so.0 + 0x12b28)
                                                                    #2  0x0000556b657d42e7 uv_sem_wait (code + 0x67552e7)
                                                                    #3  0x0000556b65793632 n/a (code + 0x6714632)
                                                                    #4  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #5  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892349:
                                                                    #0  0x00007ff1f95cca76 epoll_pwait (libc.so.6 + 0x101a76)
                                                                    #1  0x0000556b657d67a4 n/a (code + 0x67577a4)
                                                                    #2  0x0000556b657c8971 uv_run (code + 0x6749971)
                                                                    #3  0x0000556b65753138 n/a (code + 0x66d4138)
                                                                    #4  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #5  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892355:
                                                                    #0  0x00007ff1f95c1aaf __poll (libc.so.6 + 0xf6aaf)
                                                                    #1  0x00007ff1faaa1aae g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0x52aae)
                                                                    #2  0x00007ff1faaa1e33 g_main_loop_run (libglib-2.0.so.0 + 0x52e33)
                                                                    #3  0x00007ff1fa98b6aa gdbus_shared_thread_func (libgio-2.0.so.0 + 0x1226aa)
                                                                    #4  0x00007ff1faacb7f2 g_thread_proxy (libglib-2.0.so.0 + 0x7c7f2)
                                                                    #5  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #6  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892358:
                                                                    #0  0x00007ff1f95c1aaf __poll (libc.so.6 + 0xf6aaf)
                                                                    #1  0x00007ff1faaa1aae g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0x52aae)
                                                                    #2  0x00007ff1faaa1be3 g_main_context_iteration (libglib-2.0.so.0 + 0x52be3)
                                                                    #3  0x00007ff1e4c5afbd dconf_gdbus_worker_thread (libdconfsettings.so + 0xafbd)
                                                                    #4  0x00007ff1faacb7f2 g_thread_proxy (libglib-2.0.so.0 + 0x7c7f2)
                                                                    #5  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #6  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892354:
                                                                    #0  0x00007ff1f95c1aaf __poll (libc.so.6 + 0xf6aaf)
                                                                    #1  0x00007ff1faaa1aae g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0x52aae)
                                                                    #2  0x00007ff1faaa1be3 g_main_context_iteration (libglib-2.0.so.0 + 0x52be3)
                                                                    #3  0x00007ff1faaa1c31 glib_worker_main (libglib-2.0.so.0 + 0x52c31)
                                                                    #4  0x00007ff1faacb7f2 g_thread_proxy (libglib-2.0.so.0 + 0x7c7f2)
                                                                    #5  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #6  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892348:
                                                                    #0  0x00007ff1f95ccc5e epoll_wait (libc.so.6 + 0x101c5e)
                                                                    #1  0x0000556b62644a1b n/a (code + 0x35c5a1b)
                                                                    #2  0x0000556b62642360 n/a (code + 0x35c3360)
                                                                    #3  0x0000556b625aaa1f n/a (code + 0x352ba1f)
                                                                    #4  0x0000556b625575a9 n/a (code + 0x34d85a9)
                                                                    #5  0x0000556b6252c5e7 n/a (code + 0x34ad5e7)
                                                                    #6  0x0000556b61177c34 n/a (code + 0x20f8c34)
                                                                    #7  0x0000556b62566bc0 n/a (code + 0x34e7bc0)
                                                                    #8  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #9  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #10 0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892347:
                                                                    #0  0x00007ff1fabed1b8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0x101b8)
                                                                    #1  0x0000556b625a22f0 n/a (code + 0x35232f0)
                                                                    #2  0x0000556b625a2a32 n/a (code + 0x3523a32)
                                                                    #3  0x0000556b62562388 n/a (code + 0x34e3388)
                                                                    #4  0x0000556b625628fb n/a (code + 0x34e38fb)
                                                                    #5  0x0000556b625625c4 n/a (code + 0x34e35c4)
                                                                    #6  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #7  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #8  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892373:
                                                                    #0  0x00007ff1fabece92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
                                                                    #1  0x0000556b657d4489 uv_cond_wait (code + 0x6755489)
                                                                    #2  0x0000556b657c53ca n/a (code + 0x67463ca)
                                                                    #3  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #4  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892375:
                                                                    #0  0x00007ff1fabed1b8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0x101b8)
                                                                    #1  0x00007ff1dd1a98a4 _ZN6spdlog7details16async_log_helper16process_next_msgEv (spdlog.node + 0x298a4)
                                                                    #2  0x00007ff1dd1a9d98 _ZN6spdlog7details16async_log_helper11worker_loopEv (spdlog.node + 0x29d98)
                                                                    #3  0x00007ff1dd068f12 execute_native_thread_routine_compat (libstdc++.so.6 + 0xd8f12)
                                                                    #4  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #5  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892362:
                                                                    #0  0x00007ff1f95c3fcb __select (libc.so.6 + 0xf8fcb)
                                                                    #1  0x0000556b6250b216 n/a (code + 0x348c216)
                                                                    #2  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #3  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #4  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)

                                                                    Stack trace of thread 892360:
                                                                    #0  0x00007ff1fabed1b8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0x101b8)
                                                                    #1  0x0000556b625a22f0 n/a (code + 0x35232f0)
                                                                    #2  0x0000556b625a2a32 n/a (code + 0x3523a32)
                                                                    #3  0x0000556b62562388 n/a (code + 0x34e3388)
                                                                    #4  0x0000556b625628fb n/a (code + 0x34e38fb)
                                                                    #5  0x0000556b625625c4 n/a (code + 0x34e35c4)
                                                                    #6  0x0000556b625acb75 n/a (code + 0x352db75)
                                                                    #7  0x00007ff1fabe6432 start_thread (libpthread.so.0 + 0x9432)
                                                                    #8  0x00007ff1f95cc913 __clone (libc.so.6 + 0x101913)
 8月 06 13:41:04 ideacentre-510-s-fedora systemd[1]<EMAIL_ADDRESS>Succeeded.
 8月 06 13:41:04 ideacentre-510-s-fedora audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@13-892553-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
 8月 06 13:41:04 ideacentre-510-s-fedora audit: BPF prog-id=538 op=UNLOAD
 8月 06 13:41:04 ideacentre-510-s-fedora audit: BPF prog-id=537 op=UNLOAD
 8月 06 13:41:04 ideacentre-510-s-fedora audit: BPF prog-id=536 op=UNLOAD
 8月 06 13:41:04 ideacentre-510-s-fedora abrt-server[892561]: Package 'code' isn't signed with proper key
 8月 06 13:41:04 ideacentre-510-s-fedora abrt-server[892561]: 'post-create' on '/var/spool/abrt/ccpp-2020-08-06-13:41:04.353675-892342' exited with 1
 8月 06 13:41:04 ideacentre-510-s-fedora abrt-server[892561]: Deleting problem directory '/var/spool/abrt/ccpp-2020-08-06-13:41:04.353675-892342'
 8月 06 13:41:05 ideacentre-510-s-fedora systemd[1735]: gnome-launched-code.desktop-892342.scope: Succeeded.
 8月 06 13:41:05 ideacentre-510-s-fedora systemd[1735]: gnome-launched-code.desktop-892342.scope: Consumed 7.130s CPU time.

(And I can open the folder by executing "code ." from terminal.)
Thanks,
Nishiwaki

Looks like a native electorn crash, thus forwardin to @deepak1556
@okemessi can you reproduce using vscode insiders https://code.visualstudio.com/insiders/

are you using the snap version of vscode ? possible duplicate https://github.com/microsoft/vscode/issues/100940

Thank you for the responses,

can you reproduce using vscode insiders
Yes, I tried and got the same results and the log messages.

are you using the snap version of vscode ?
Using fedora (fc32) repo's version, gotten by dnf command.

Thanks for confirming, can you launch code with --crash-reporter-directory <path> and once the crash happens, find the generated crash dump .dmp files under <path> and please attach it here.

Here's the .dmp file (zipped because GitHub seems not to support uploading of raw .dmp file ) :
VSCode Crashes.zip

the dump seems to be from insiders, can you provide the version info ?
One more thing to try, can you run our exploration build which has a newer runtime https://az764295.vo.msecnd.net/exploration/f0e1fbf4cb8c4c27d6290f0310f5a4d63597cd21/code-exploration-1.48.0-1596668336.el7.x86_64.rpm and see if it crashes. If it does, then please provide the dump for this one as well. Thanks!

The insiders version (code-insiders --version) is:
Version: 1.48.0-insider
Commit: cfbd1999769f4f08dce29629fb92fdc0fac53829
Date: 2020-08-06T05:36:16.288Z
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.7.9-200.fc32.x86_64

I tried the exploration build. It also crashes and leave the same system log messages.
However, I cannot get the .dmp file by executing code-exploration --crash-reporter-directory /home/<user name> as I have gotten insiders' one. Should I get the other way to get the exploration's one?
Thanks,

The insiders version is:
Version: 1.48.0-insider
Commit: cfbd1999769f4f08dce29629fb92fdc0fac53829
Date: 2020-08-06T05:36:16.288Z
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.7.9-200.fc32.x86_64

I tried the exploration build. It also crashes and leave the same system log messages.
However, I cannot get the .dmp file by executing code-exploration --crash-reporter-directory /home/<user name> as I have gotten insiders' one. Should I get the other way to get the exploration's one?
Thanks,

Thanks!
the symbolicated trace,
Crash reason:  SIGSEGV /SEGV_MAPERR
Crash address: 0x0
Process uptime: not available

Thread 0 (crashed)
 0  libc-2.31.so + 0x1624c5
    rax = 0x0000000000000000   rdx = 0x0000000000000000
    rcx = 0x0000000000000000   rbx = 0x0000000000000005
    rsi = 0xffffffffffffffff   rdi = 0x0000000000000000
    rbp = 0x0000335e76ca2300   rsp = 0x00007ffcac9a4318
     r8 = 0x0000335e77070500    r9 = 0x0000000000000006
    r10 = 0x00000000ffffffff   r11 = 0x0000000000000001
    r12 = 0xffffffffffffffff   r13 = 0x0000335e773c26a0
    r14 = 0x0000335e7724f1a0   r15 = 0x0000000000000000
    rip = 0x00007f1a3f3324c5
    Found by: given as instruction pointer in context
 1  libglib-2.0.so.0.6400.4 + 0x87c72
    rsp = 0x00007ffcac9a4320   rip = 0x00007f1a407dbc72
    Found by: stack scanning
 2  libgtk-3.so.0.2404.17 + 0x1ecac0
    rsp = 0x00007ffcac9a4380   rip = 0x00007f1a3fbacac0
    Found by: stack scanning
 3  libgtk-3.so.0.2404.17 + 0x1ed16b
    rsp = 0x00007ffcac9a43a0   rip = 0x00007f1a3fbad16b
    Found by: stack scanning
 4  libgtk-3.so.0.2404.17 + 0x38e5f4
    rsp = 0x00007ffcac9a43c0   rip = 0x00007f1a3fd4e5f4
    Found by: stack scanning
 5  libgtk-3.so.0.2404.17 + 0x1fac28
    rsp = 0x00007ffcac9a4420   rip = 0x00007f1a3fbbac28
    Found by: stack scanning
 6  libgtk-3.so.0.2404.17 + 0x1ec625
    rsp = 0x00007ffcac9a4450   rip = 0x00007f1a3fbac625
    Found by: stack scanning
 7  libgtk-3.so.0.2404.17 + 0x1ee6d9
    rsp = 0x00007ffcac9a4470   rip = 0x00007f1a3fbae6d9
    Found by: stack scanning
 8  libgtk-3.so.0.2404.17 + 0x1f840f
    rsp = 0x00007ffcac9a44a0   rip = 0x00007f1a3fbb840f
    Found by: stack scanning
 9  libglib-2.0.so.0.6400.4 + 0x62437
    rsp = 0x00007ffcac9a4500   rip = 0x00007f1a407b6437
    Found by: stack scanning
10  libgtk-3.so.0.2404.17 + 0x1f8360
    rsp = 0x00007ffcac9a4510   rip = 0x00007f1a3fbb8360
    Found by: stack scanning
11  libglib-2.0.so.0.6400.4 + 0x62361
    rsp = 0x00007ffcac9a4570   rip = 0x00007f1a407b6361
    Found by: stack scanning
12  libgtk-3.so.0.2404.17 + 0x1f8360
    rsp = 0x00007ffcac9a4580   rip = 0x00007f1a3fbb8360
    Found by: stack scanning
13  libglib-2.0.so.0.6400.4 + 0x62361
    rsp = 0x00007ffcac9a45e0   rip = 0x00007f1a407b6361
    Found by: stack scanning
14  libgtk-3.so.0.2404.17 + 0x1f8360
    rsp = 0x00007ffcac9a45f0   rip = 0x00007f1a3fbb8360
    Found by: stack scanning
15  libglib-2.0.so.0.6400.4 + 0x62361
    rsp = 0x00007ffcac9a4650   rip = 0x00007f1a407b6361
    Found by: stack scanning
16  libgtk-3.so.0.2404.17 + 0x1f8360
    rsp = 0x00007ffcac9a4660   rip = 0x00007f1a3fbb8360
    Found by: stack scanning
17  libglib-2.0.so.0.6400.4 + 0x62361
    rsp = 0x00007ffcac9a46c0   rip = 0x00007f1a407b6361
    Found by: stack scanning
18  libgtk-3.so.0.2404.17 + 0x1f8360
    rsp = 0x00007ffcac9a46d0   rip = 0x00007f1a3fbb8360
    Found by: stack scanning
19  libglib-2.0.so.0.6400.4 + 0x62361
    rsp = 0x00007ffcac9a4730   rip = 0x00007f1a407b6361
    Found by: stack scanning
20  libgtk-3.so.0.2404.17 + 0x1f8360
    rsp = 0x00007ffcac9a4740   rip = 0x00007f1a3fbb8360
    Found by: stack scanning
21  libglib-2.0.so.0.6400.4 + 0x62361
    rsp = 0x00007ffcac9a47a0   rip = 0x00007f1a407b6361
    Found by: stack scanning
22  libgtk-3.so.0.2404.17 + 0x1f8360
    rsp = 0x00007ffcac9a47b0   rip = 0x00007f1a3fbb8360
    Found by: stack scanning
23  libgtk-3.so.0.2404.17 + 0x1f8360
    rsp = 0x00007ffcac9a47f0   rip = 0x00007f1a3fbb8360
    Found by: stack scanning
24  libglib-2.0.so.0.6400.4 + 0x6271d
    rsp = 0x00007ffcac9a4810   rip = 0x00007f1a407b671d
    Found by: stack scanning
25  libglib-2.0.so.0.6400.4 + 0x3e574
    rsp = 0x00007ffcac9a4840   rip = 0x00007f1a40792574
    Found by: stack scanning
26  libgtk-3.so.0.2404.17 + 0x1f8360
    rsp = 0x00007ffcac9a4858   rip = 0x00007f1a3fbb8360
    Found by: stack scanning
27  libgtk-3.so.0.2404.17 + 0x1f9507
    rsp = 0x00007ffcac9a48b0   rip = 0x00007f1a3fbb9507
    Found by: stack scanning
28  libgtk-3.so.0.2404.17 + 0x1ee680
    rsp = 0x00007ffcac9a48c0   rip = 0x00007f1a3fbae680
    Found by: stack scanning
29  libgtk-3.so.0.2404.17 + 0x1fb006
    rsp = 0x00007ffcac9a4910   rip = 0x00007f1a3fbbb006
    Found by: stack scanning
30  libgtk-3.so.0.2404.17 + 0x1fb07f
    rsp = 0x00007ffcac9a4950   rip = 0x00007f1a3fbbb07f
    Found by: stack scanning
31  libgtk-3.so.0.2404.17 + 0x1fb107
    rsp = 0x00007ffcac9a4980   rip = 0x00007f1a3fbbb107
    Found by: stack scanning
32  libgtk-3.so.0.2404.17 + 0x1fb0e0
    rsp = 0x00007ffcac9a4988   rip = 0x00007f1a3fbbb0e0
    Found by: stack scanning
33  libgio-2.0.so.0.6400.4 + 0xb6e4a
    rsp = 0x00007ffcac9a49a0   rip = 0x00007f1a40624e4a
    Found by: stack scanning
34  libgio-2.0.so.0.6400.4 + 0xb7a3d
    rsp = 0x00007ffcac9a49c0   rip = 0x00007f1a40625a3d
    Found by: stack scanning
35  libgvfsdbus.so + 0x148de
    rsp = 0x00007ffcac9a49e0   rip = 0x00007f1a2c40a8de
    Found by: stack scanning
36  libgvfsdbus.so + 0x14810
    rsp = 0x00007ffcac9a4a10   rip = 0x00007f1a2c40a810
    Found by: stack scanning
37  libgio-2.0.so.0.6400.4 + 0xb6e4a
    rsp = 0x00007ffcac9a4a30   rip = 0x00007f1a40624e4a
    Found by: stack scanning
38  libgio-2.0.so.0.6400.4 + 0xb7a3d
    rsp = 0x00007ffcac9a4a50   rip = 0x00007f1a40625a3d
    Found by: stack scanning
39  libgio-2.0.so.0.6400.4 + 0x11ea3b
    rsp = 0x00007ffcac9a4a70   rip = 0x00007f1a4068ca3b
    Found by: stack scanning
40  libgio-2.0.so.0.6400.4 + 0x11e9a0
    rsp = 0x00007ffcac9a4a98   rip = 0x00007f1a4068c9a0
    Found by: stack scanning
41  libgio-2.0.so.0.6400.4 + 0x11e9a0
    rsp = 0x00007ffcac9a4aa8   rip = 0x00007f1a4068c9a0
    Found by: stack scanning
42  libgio-2.0.so.0.6400.4 + 0xb6e4a
    rsp = 0x00007ffcac9a4ab0   rip = 0x00007f1a40624e4a
    Found by: stack scanning
43  libgio-2.0.so.0.6400.4 + 0xb7a3d
    rsp = 0x00007ffcac9a4ad0   rip = 0x00007f1a40625a3d
    Found by: stack scanning
44  libgio-2.0.so.0.6400.4 + 0x11358f
    rsp = 0x00007ffcac9a4af0   rip = 0x00007f1a4068158f
    Found by: stack scanning
45  libgio-2.0.so.0.6400.4 + 0x113460
    rsp = 0x00007ffcac9a4b10   rip = 0x00007f1a40681460
    Found by: stack scanning
46  libgio-2.0.so.0.6400.4 + 0xb6e4a
    rsp = 0x00007ffcac9a4b30   rip = 0x00007f1a40624e4a
    Found by: stack scanning
47  libgio-2.0.so.0.6400.4 + 0xb6e80
    rsp = 0x00007ffcac9a4b38   rip = 0x00007f1a40624e80
    Found by: stack scanning
48  libgio-2.0.so.0.6400.4 + 0xb6e8d
    rsp = 0x00007ffcac9a4b50   rip = 0x00007f1a40624e8d
    Found by: stack scanning
49  libglib-2.0.so.0.6400.4 + 0x4e45b
    rsp = 0x00007ffcac9a4b60   rip = 0x00007f1a407a245b
    Found by: stack scanning
50  libglib-2.0.so.0.6400.4 + 0x5278f
    rsp = 0x00007ffcac9a4b80   rip = 0x00007f1a407a678f
    Found by: stack scanning
51  libglib-2.0.so.0.6400.4 + 0x4e440
    rsp = 0x00007ffcac9a4b88   rip = 0x00007f1a407a2440
    Found by: stack scanning
52  libgio-2.0.so.0.6400.4 + 0xb6e80
    rsp = 0x00007ffcac9a4bb8   rip = 0x00007f1a40624e80
    Found by: stack scanning
53  libglib-2.0.so.0.6400.4 + 0x52b18
    rsp = 0x00007ffcac9a4c00   rip = 0x00007f1a407a6b18
    Found by: stack scanning
54  libglib-2.0.so.0.6400.4 + 0x52be3
    rsp = 0x00007ffcac9a4c60   rip = 0x00007f1a407a6be3
    Found by: stack scanning
55  code-insiders!v8::internal::SetupIsolateDelegate::SetupHeap(v8::internal::Heap*) + 0x277022
    rsp = 0x00007ffcac9a4c80   rip = 0x000055fe929f3042
    Found by: stack scanning
56  code-insiders!v8::internal::SetupIsolateDelegate::SetupHeap(v8::internal::Heap*) + 0x2bd589
    rsp = 0x00007ffcac9a4cd0   rip = 0x000055fe92a395a9
    Found by: stack scanning
57  code-insiders!v8::internal::SetupIsolateDelegate::SetupHeap(v8::internal::Heap*) + 0x2925c7
    rsp = 0x00007ffcac9a4d00   rip = 0x000055fe92a0e5e7
    Found by: stack scanning
58  code-insiders!v8::CpuProfile::GetSamplesCount() const + 0x7a4
    rsp = 0x00007ffcac9a4d10   rip = 0x000055fe90c0cf84
    Found by: stack scanning
59  code-insiders!v8::internal::SetupIsolateDelegate::SetupHeap(v8::internal::Heap*) + 0x2930ee
    rsp = 0x00007ffcac9a4d30   rip = 0x000055fe92a0f10e
    Found by: stack scanning
60  code-insiders!v8::internal::compiler::BasicBlock::set_loop_depth(int) + 0xa25e3
    rsp = 0x00007ffcac9a4d90   rip = 0x000055fe91652fe3
    Found by: stack scanning
61  code-insiders!v8::internal::compiler::BasicBlock::set_loop_depth(int) + 0xa3c62
    rsp = 0x00007ffcac9a4e00   rip = 0x000055fe91654662
    Found by: stack scanning
62  code-insiders!v8::internal::compiler::BasicBlock::set_loop_depth(int) + 0x9f8d2
    rsp = 0x00007ffcac9a4e20   rip = 0x000055fe916502d2
    Found by: stack scanning
63  code-insiders!v8::debug::Location::IsEmpty() const + 0x3cb01
    rsp = 0x00007ffcac9a4e70   rip = 0x000055fe91547341
    Found by: stack scanning
64  code-insiders!v8::debug::Location::IsEmpty() const + 0x3c6e6
    rsp = 0x00007ffcac9a4f20   rip = 0x000055fe91546f26
    Found by: stack scanning
65  code-insiders!localtime64_r + 0x629dc
    rsp = 0x00007ffcac9a4f90   rip = 0x000055fe93fa8d9c
    Found by: stack scanning
66  code-insiders!v8::internal::wasm::WasmInterpreter::Thread::state() + 0x5e8cd
    rsp = 0x00007ffcac9a4ff0   rip = 0x000055fe90cc8f5d
    Found by: stack scanning
67  code-insiders!v8::internal::PreparseDataBuilder::ByteData::length() const + 0x98a7
    rsp = 0x00007ffcac9a50f0   rip = 0x000055fe90ba44f7
    Found by: stack scanning
68  code-insiders!uv_get_osfhandle + 0xebb
    rsp = 0x00007ffcac9a5130   rip = 0x000055fe90ccefdb
    Found by: stack scanning
69  code-insiders!operator new[](unsigned long) + 0x1b
    rsp = 0x00007ffcac9a51f0   rip = 0x000055fe92a8449b
    Found by: stack scanning
70  code-insiders!v8::debug::Location::IsEmpty() const + 0x3bc55
    rsp = 0x00007ffcac9a5210   rip = 0x000055fe91546495
    Found by: stack scanning
71  code-insiders!v8::debug::Location::IsEmpty() const + 0x3adb1
    rsp = 0x00007ffcac9a5250   rip = 0x000055fe915455f1
    Found by: stack scanning
72  code-insiders!_start + 0x27b
    rsp = 0x00007ffcac9a52e0   rip = 0x000055fe90b8727b
    Found by: stack scanning
73  code-insiders + 0x1626000
    rsp = 0x00007ffcac9a53b0   rip = 0x000055fe90b87000
    Found by: stack scanning
74  code-insiders!uv_loadavg + 0x88c10
    rsp = 0x00007ffcac9a53c8   rip = 0x000055fe95d43790
    Found by: stack scanning
75  libc-2.31.so + 0x27042
    rsp = 0x00007ffcac9a53d0   rip = 0x00007f1a3f1f7042
    Found by: stack scanning
76  code-insiders!_start + 0x130
    rsp = 0x00007ffcac9a53e8   rip = 0x000055fe90b87130
    Found by: stack scanning
77  code-insiders + 0x1626000
    rsp = 0x00007ffcac9a5408   rip = 0x000055fe90b87000
    Found by: stack scanning
78  code-insiders + 0x1626000
    rsp = 0x00007ffcac9a5480   rip = 0x000055fe90b87000
    Found by: stack scanning
79  code-insiders!_start + 0x2a
    rsp = 0x00007ffcac9a54a0   rip = 0x000055fe90b8702a
    Found by: stack scanning
80  0x7ffcac9a54a8
    rsp = 0x00007ffcac9a54a8   rip = 0x00007ffcac9a54a8
    Found by: call frame info

the code-insiders stack doesn't make sense, as they are all calls in v8 setup and there is disconnect to the gtk file dialog stack.
Couple more points to investigate,

Does this crash happen when opening folders with any name or only on a particular named folder.
what is the output of export |grep -i utf
Can you try running this following example https://gist.github.com/deepak1556/29c2babd2968ffd639a18e37a5d9ff04 in electron-fiddle

Does this crash happen when opening folders with any name or only on a particular named folder.

I tried various patterns including opening utf8-named folders, and noticed only "最近開いたファイル" ("Recent" in en version?) in gnome nautilus launcher makes vscode crash. This can be seen in all 3(release, insiders, exploration) versions.
And, after clicking  "Opening Folder", launcher opens "Recent" by default, thus freezes immediately after showing that.

what is the output of export |grep -i utf

$ export |grep -i utf
declare -x GDM_LANG="ja_JP.UTF-8"
declare -x LANG="ja_JP.UTF-8"

Can you try running this following example

Yes, I checked that examples and crashed after pushing "open Folder" and showing the default "Recent" folder.
(And, electron-fiddle itself makes the same phenomenon, and cannot save, save as, nor open the fiddle, regardless of execution folders. )
Unnecessarily, I checked again that nautilus launcher on the other software (e.g. Chrome) don't show the same phenomena.
Also, attach the release version dmp in case.
VSCode Crashes.zip
Thanks a lot,

Thanks for the added context, this is an electron issue, seems to be specific to the locale being used and also the OS. I am not able to repro the crash on Ubuntu 20.04. Can you file an issue in electron https://github.com/electron/electron/issues with the minimal repro https://gist.github.com/deepak1556/29c2babd2968ffd639a18e37a5d9ff04 and also any locale to be used.
Can you try launch code with --user-data-dir <absolute/writable/path> which should not open the 最近開いたファイル by default that might have been cached previously.

ok, I will post that to electron/issues.
Unfortunately, --user-data-dir <dir> did not make sense.
(I can make do with code . till this issue solved.)

Unfortunately, --user-data-dir  did not make sense.

Do you mean it didn't help ? the reason for trying this is that a new user data dir will not have the cached open dialog that will always open with recent folder.
Thanks for opening the upstream issue, lets see where it goes.

really sorry, for my bad english ... I should say it didn't work well.
I have tried that with some folders (in and out of /home), but I could not change the default folder from recent.

No worries!

I have tried that with some folders (in and out of /home), but I could not change the default folder from recent.

oh interesting that a new user profile didn't help. Thanks for trying!

Finally, this bug has (probably) disappeared after the last GNOME update.
For reference, I leave the update log below.
Thanks a lot!
$ dnf history info 285
トランザクション ID : 285
開始時間            : 2020年08月17日 15時07分22秒
開始 rpmdb          : 3295:7d8d0117c88e011a3362c97026bfdd03bd9efce5
終了時間            : 2020年08月17日 15時07分55秒 (33 秒)
終了 rpmdb          : 3295:bf8b6cf2249890e2882c9bc3f034b13467ee6220
ユーザー            : Yuto Nishiwaki <yuto>
終了コード          : 成功
Releasever     : 32
コマンドライン      : update -y
コメント        :
変更されたパッケージ:
    ~~~~
    Upgrade  gnome-classic-session-3.36.3-1.fc32.noarch                       @updates
    Upgraded gnome-classic-session-3.36.2-1.fc32.noarch                       @@System
    Upgrade  gnome-shell-3.36.5-1.fc32.x86_64                                 @updates
    Upgraded gnome-shell-3.36.4-1.fc32.x86_64                                 @@System
    Upgrade  gnome-shell-extension-apps-menu-3.36.3-1.fc32.noarch             @updates
    Upgraded gnome-shell-extension-apps-menu-3.36.2-1.fc32.noarch             @@System
    Upgrade  gnome-shell-extension-common-3.36.3-1.fc32.noarch                @updates
    Upgraded gnome-shell-extension-common-3.36.2-1.fc32.noarch                @@System
    Upgrade  gnome-shell-extension-horizontal-workspaces-3.36.3-1.fc32.noarch @updates
    Upgraded gnome-shell-extension-horizontal-workspaces-3.36.2-1.fc32.noarch @@System
    Upgrade  gnome-shell-extension-launch-new-instance-3.36.3-1.fc32.noarch   @updates
    Upgraded gnome-shell-extension-launch-new-instance-3.36.2-1.fc32.noarch   @@System
    Upgrade  gnome-shell-extension-places-menu-3.36.3-1.fc32.noarch           @updates
    Upgraded gnome-shell-extension-places-menu-3.36.2-1.fc32.noarch           @@System
    Upgrade  gnome-shell-extension-user-theme-3.36.3-1.fc32.noarch            @updates
    Upgraded gnome-shell-extension-user-theme-3.36.2-1.fc32.noarch            @@System
    Upgrade  gnome-shell-extension-window-list-3.36.3-1.fc32.noarch           @updates
    Upgraded gnome-shell-extension-window-list-3.36.2-1.fc32.noarch           @@System
    ~~~~


clarify the project

Codecov Report

Merging #67 (5afa25f) into master (05510b7) will increase coverage by 0.80%.
The diff coverage is 72.22%.

:exclamation: Current head 5afa25f differs from pull request most recent head fea4a1e. Consider uploading reports for the commit fea4a1e to get more accurate results

@@             Coverage Diff              @@
##             master      #67      +/-   ##
============================================
+ Coverage     89.11%   89.91%   +0.80%
- Complexity      349      369      +20
============================================
  Files            39       38       -1
  Lines          1699     1716      +17
  Branches        129      130       +1
============================================
+ Hits           1514     1543      +29
+ Misses          134      133       -1
+ Partials         51       40      -11

Flag
Coverage Δ

java
89.91% <72.22%> (+0.80%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

.../main/java/com/aliyun/gmsse/ConnectionContext.java
100.00% <ø> (ø)

src/main/java/com/aliyun/gmsse/GMProvider.java
100.00% <ø> (ø)

...rc/main/java/com/aliyun/gmsse/ProtocolVersion.java
100.00% <ø> (+10.52%)
:arrow_up:

...main/java/com/aliyun/gmsse/SecurityParameters.java
100.00% <ø> (+75.00%)
:arrow_up:

src/main/java/com/aliyun/gmsse/Util.java
100.00% <ø> (+7.14%)
:arrow_up:

...aliyun/gmsse/protocol/ServerConnectionContext.java
87.66% <ø> (+0.76%)
:arrow_up:

src/main/java/com/aliyun/gmsse/GMSSLSocket.java
70.93% <55.55%> (+0.99%)
:arrow_up:

src/main/java/com/aliyun/gmsse/GMSSLSession.java
35.71% <66.66%> (-64.29%)
:arrow_down:

src/main/java/com/aliyun/gmsse/Record.java
100.00% <100.00%> (+8.69%)
:arrow_up:

src/main/java/com/aliyun/gmsse/crypto/Crypto.java
100.00% <100.00%> (ø)

... and 1 more

... and 5 files with indirect coverage changes


Fix-Resprite emote icons

About the PR

resprite vocal icon to be white
add yellow scream icon and replace it with the white one in emotes menu
scream action still uses the white scream icon
Why / Balance

fixes #31444
fixes #31426
Technical details

Media

Requirements

[X] I have read and I am following the Pull Request Guidelines. I understand that not doing so may get my pr closed at maintainer’s discretion
[X] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Breaking changes

Changelog

no cl no fun

can you make the white eyes slightly rounded for consistency


User rate limit exceeded

After I uploaded about 700GB data, then my skicka appear this message.

This can occasionally happen--there's a balance between making Drive API requests quickly to get the transfer done efficiently versus making too many, such that it issues those errors.
It should retry a few times (after waiting a bit) when errors like that are issued. To be sure, re-run the skicka upload command and it will try again for any files that weren't transferred the first time.


Changing one speaker status (On/Off or volume) in Homekit, also changes the status of the other speaker when having 2 devices with the same spotify device id

Describe The Bug:
When having 2 speakers config using the same spotify device ID, changing one speaker status (On/Off or volume) in Homekit, also changes the status of the other speaker.
To Reproduce:
In the config have the same device id on 2 devices

"devices": [
    {
            "deviceName": "Speaker 1",
            "deviceType": "speaker",
            "spotifyDeviceId": "18bb0735e28656bac098d927d410c3138a4b5bcd",
            "spotifyPlaylistId": "https://open.spotify.com/playlist/37i9dQZF1EIXuk68dNdha1?si=155fa871b0924837"
    },
    {
        "deviceName": "Speaker 2",
        "deviceType": "speaker",
        "spotifyDeviceId": "18bb0735e28656bac098d927d410c3138a4b5bcd",
        "spotifyPlaylistId": "https://open.spotify.com/playlist/37i9dQZF1DX4sWSpwq3LiO?si=beba3d29afe84f8b"
    }
]

Toggle one of them on, both will be reported on in homekit
Expected behavior:

Logs:
Show the Homebridge logs here, remove any sensitive information.

Plugin Config:
Show your Homebridge config.json here, remove any sensitive information.

Screenshots:

Environment:

Plugin Version: 0.1.3
Homebridge Version:
Node.js Version:
NPM Version:
Operating System:

Fixed in https://github.com/poblouin/homebridge-spotify-speaker/pull/6


.github: Add issue, PR templates

Encourage users to fill out some basic information and guide their thought processes.
As opposed to https://github.com/posativ/isso/pull/753, these templates are much less intrusive/inquisitive and merely guide the user instead of demanding excessive amounts of information.
Reasoning: While reviewing PRs of more or less new contributors to the project such as @BBaoVanC and @fliiiix, I had to coax their PRs metadata into a more reviewable shape. BBaoVanC even ended up writing checklists for themself. Formalizing this process a bit makes sense, IMO.
@jelmer thoughts?

As mentioned earlier, I'm not hard opposed but also not convinced templates solve concrete problems we have.

I'm still waiting for an answer from posativ regarding new uploads of the docs so I can link the contributing and testing guides.

I'm still not convinced this helps, but also don't want to stand in the way so I'll abstain.

We'll revisit once updated docs are uploaded in the proper place and we can have a CONTRIBUTING doc that doesn't just render as a literal link text. For now, I'll merge this.


lodash: signatures of the method _.deburr changed

https://lodash.com/docs#deburr
https://lodash.com/docs#_ (description of the chainable wrapper)

thanks mate!


Bump version

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 84.646%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
10949

Relevant Lines:
12935

💛  - Coveralls


Add Socket::nonblocking

Returns the status of the to nonblocking mode of the socket.
Closes #347.
/cc @piegamesde

Maybe this can be implemented for Windows using WSAIoctl?


missing package-lock.json ?

more like a question than a request of anything !
i like this project and i was wondering, there is some libs in the package.json... why there is not a lock file for that ? 🤔

https://github.com/sindresorhus/ama/issues/479#issuecomment-310661514


Did you fix the cursor masked by indent-guides.nvim?

Yes. By updating indent-guides.nvim and neovim to the latest version. These config files work just fine.

Hi @vpeopleonatank,
indent-guides.nvim is not stable and containing some bug. I have switch to the Yggdroot/indentLine plugin. Maybe you can tried this one. I might  switch back to indent-guides.nvim plugin once it turn stable.


Can not add repository

Hi Guys,
tried to follow instructions to integrate to HA. I am getting eror: https://github.com/nigl/homeassistant_eta_integration is not a valid add-on repository
Any idea where could be a problem?
Thank you for this work!

Hi @LucianoHradsky,
have you used HACS to integrate the this add on?
I tried it on my Homeassistant and I could add it following the steps in the README.md
Regards
nigl

Hello,
link to add the repo to HACS run without any problem

But in the README.md is a different name

Click on "userdefined repositories"
you need to click on "custom repositories"

@N1Dy thank you, I fixed the readme.md


Add "Lab" example

This example page might not be kept.

This example was used to conveniently generate highlighted HTML for the example code. The result: https://github.com/FartLabs/fart.tools/blob/cbe7d512eff78e989493c460bb0ad41563e1a76f/components/landing_page/example_section.tsx#L17-L55.


Merge and consistency changes for v7.3.8

Default linkMELA switched to off.
Running scales for proc. 66-75 were not set properly (at all), fixed. Implements proper alpha_s setting propagation to MCFMWrapper.
Prevent reading grid multiple times. Comes with the vegas optimization debugging as well.
Update reference file version (no change in reference files other than related to running scale)
Update manual

Once the CircleCi checks are complete, I will merge.

stopadapt option is disabled for weighted events (for unweighted, there was no such case).
Manual and release notes updated with a date for Feb. 21.

CircleCi checks passed, merging now.


RotN fork Merge Request

Hi, I've been working a bit on a fork of FromTheDepths for the modpack Rebirth of the Night to add new features to it as well fixing some issues.
Here below is the content of the pull request:
Features:

Boss Restrictions System (allow spawning of a boss only in certain conditions)

Implemented Conditions:

Arena Dimension
Time of Day
Weather
Biome
Altar Y Level
Radius of Flat Land around altar
Season (via Serene Seasons integration)

General Config Option to disallow the spawning of multiple bosses contemporarily on the same altar
Custom chat messages when the boss is summoned and as a warning before the boss is spawned
Config option to make the boss despawn if it doesn't have a valid attack target for a custom amount of time
You can now load custom texture for totem items in the config folders

Enhancements:

Improved error messages when something went wrong during boss summoning
Totem Registry names have been simplified

Code Quality changes:

When I first began developing the fork the project buildscript was using FG3 but it was broken and since I couldn't setup the project I downgraded to FG2.3 which is the one I'm most comfortable with on 1.12.2, I've also heard FG3 has some major flaws, and 1.12.2 project should move to FG4... in any case I'll gladly discuss what FG version to set to in this PR
There is a package inside the source structure which is called davoleo its content is described in a package-info.java file, but briefly it contains the class that handles totem texture loading and a JSON Serializer for the ResourceLocation class

Known Issues:

There is a major issue with spawned bosses, basically sometimes when you exit and enter the world again the boss would get duplicated, I was managed to reproduce this issue in the original fork, but I have no idea how to fix it, I can also create an issue on the tracker here if you prefer, to keep better track of this issue

Side Notes:

I'm sure I'm forgetting something here so I'll probably edit the description as I remember more stuff
As of right now the pull request is incompatible but before going through the effort of resolving the conflicts I would like to know your opinions on these features and also maybe some code reviews to see whether I'm doing something wrong somewhere
This PR also contains the serialization fix for that effects enum that was released on curseforge under this version: <IP_ADDRESS>

I love this; I can tell a lot of time and effort went into this update.
With the Forge Gradle changes. That's on me....I forgot to include the gradle-wrapper and gradle-wrapper properties when I set this up.
FG 3 works fine for 1.12.2 when you use forge version 2854. This is what Prefab is using for it's 1.12.2 version but I have the gradle-wrapper included like I should have with this mod. I am not sure what issues you ran into when using FG and caused you to downgrade but I would prefer using FG 3. You can grab the appropriate wrapper files from the 1.12.2 branch of Prefab (https://github.com/Brian-Wuest/MC-Prefab/tree/MC-1.12.2/gradle/wrapper). In addition; I am using JetBrains IDEA Community Edition; I don't know if this matters for you or not but that's what works for me.

ok I have managed to upgrade the project to FG3 and fixed the code quality issues, I'll have a small break and then I'll work on fixing merge conflicts I guess 🤔

ok I have managed to upgrade the project to FG3 and fixed the code quality issues, I'll have a small break and then I'll work on fixing merge conflicts I guess 🤔

Yeah; everything looks good on my end.
Thank you so much!

umh so, it looks like access transformers are kind of broken with FG3, I have no idea how to fix it but I'm getting IllegalAccessErrors at runtime on dependencies like JEI
Caused by: java.lang.IllegalAccessError: La classe mezz/jei/gui/textures/JeiTextureMap sta accedendo in maniera non consentita al membro "private" della classe mezz/jei/gui/textures/JeiTextureMap
	at mezz.jei.gui.textures.JeiTextureMap.loadTexture(JeiTextureMap.java:43)
	at net.minecraft.client.renderer.texture.TextureManager.loadTexture(TextureManager.java:69)
	... 50 more

I don't know why I didn't get e-mail notifications about your updates and just noticed them.
Thank you for all of your hard work on this!

no worries, but there's still this issue  that I don't know how to fix

umh so, it looks like access transformers are kind of broken with FG3, I have no idea how to fix it but I'm getting IllegalAccessErrors at runtime on dependencies like JEI

Maybe you have better luck on MMD than me and actually get more help by the guys behind Retrogradle
I did have an attempt at using FancyGradle with FG5 to fix access transformers, in case it helps you I'll share the link to the branch here: https://github.com/Dav-Forks-lab/MC-FromTheDepths/tree/fancygradle
FancyGradle wiki: https://gitlab.com/gofancy/fancygradle/-/wikis/home

Thanks; I will take a look. I probably won't get to it until the weekend where I can play around with the changes; look into this access transformer thing and look for an any additional issues.


add Google Analytics tracking ID

Empty PR description. Please add a short summary of the PR scope and some testing instructions.

Empty PR description. Please add a short summary of the PR scope and some testing instructions.

Looks like we need a new suffix (now 4 for testing on infra-testpr). @sbesson : could this be made configurable so that we can test on staging, etc?
@lunson : a different block of code is suggested:
<script>
  (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
  })(window,document,'script','https://www.google-analytics.com/analytics.js','ga');

  ga('create', 'UA-49953125-4', 'auto');
  ga('send', 'pageview');

</script>

Do you know anything about the differences to what you have?

@joshmoore No, I basically copied GS's script and changed the tracking ID and website url.

Thanks, @lunson. This will certainly help for all infra-testpr testing. I'll work with @sbesson to define the production identifier.

:+1:

Depending on where we want to define this, I could see it handled via the _prod.yml file introduced in https://github.com/openmicroscopy/www.openmicroscopy.org/pull/92. I would propose to merge this and try to move the token into the YML there if there is no objection.


DOIs for references

Would be nice to link the relevant papers via their DOI. At least these two should be possible:
Dewhurst, R., Nyström, M., Jarodzka, H., Foulsham, T., Johansson, R. & Holmqvist, K. (2012). It depends on how you look at it: scanpath comparison in multiple dimensions with MultiMatch, a vector-based approach. Behaviour Research Methods, 44(4), 1079-1100.

Jarodzka, H., Holmqvist, K., & Nyström, M. (eds.) (2010). A vector-based, multidimensional scanpath similarity measure. In Proceedings of the 2010 symposium on eye-tracking research & applications (pp. 211-218). ACM.

Would save everyone the google scholar query, before going to their document provider of choice ;-)

True, will do - thx for that thought!


Update package index with latest published versions

Update package index with latest published versions

@IEvangelist In this case, you added the label though, not the bot, right? So I'm wondering if it will work when the bot adds the label.

Hey @gewarren, I removed it and readded it. See this https://github.com/dotnet/docs/pull/30934 one. It just needed me to approve it, and it was automatically merged. I updated the Fabric config in #30954, this should solve any issues we were having... I think. Now, we'll approve them first, and then merge them.


Issues about data chunk during challenge process

When I study the challenge process of cess, I noticed that when challenging data, data blocks are formed by dividing the fragments into smaller chunks. Why data is chllenged in forms of chunk rather than data fragments, what's the point of this design?

I guess it's one of the defalut famework setting. Please refer to


Code available ?

3 months has passed .....

Hi @Dinxin, we are sorry for the delay. Because the paper is currently under review, we have been waiting to hear back from the conference before releasing the code. In light of this demand for our code, however, we will be sharing our code and datasets in the next few days. Please stay tuned.

Hi, @suzgunmirac, thanks for your inspiring paper, may I ask whether the code would be released soon?


AzTable module

I need to manage storage table entities using AzTable module.  Does this task support AzTable module?  I got error "The term 'Add-AzTableRow' is not recognized as the name of a cmdlet, function, script file".  It will be difficult to manage storage table entities without this module.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: fb215324-b1a0-93b5-5022-4bcc7da93bb7
Version Independent ID: 9eb2977b-ac34-9d53-670e-04fa027bc8e4
Content: Azure PowerShell task - Azure Pipelines
Content Source: docs/pipelines/tasks/deploy/azure-powershell.md
Product: devops
Technology: devops-cicd-tasks
GitHub Login: @RoopeshNair
Microsoft Alias: ronai

I couldnt install the module either


Use tomcat rather than jetty

This change to build.gradle swaps out the web server in use for the middle tier.  It seems that the delay in issue #395 happens within Jetty code, and by using the alternative web server the startup is avoided.  This should not change anything else about the middle tier or the application.  But if it helps, it should be a relief for us all.

Talked to Charles about this change seems less disrupt and will improves startup time.  there's no code change, but an entire web server change . Please go ahead with this check after dev (travis) check is pass . QA will try app deployment on all 3 platforms and accessing the browsers .


drivers: serial: Add Line Break Detection to stm32

-Added support for LBD in uart_stm32_err_check with flag clearing.
Fixes https://github.com/zephyrproject-rtos/zephyr/issues/41339
Signed-off-by: Andrea Campanella<EMAIL_ADDRESS>

@andreacampanella thank you for your contribution!
Please format the commit message as described here:
https://docs.zephyrproject.org/latest/contribute/index.html#commit-guidelines

I think the commit message should be formatted as expected now.

I think the commit message should be formatted as expected now.

@andreacampanella Chnage is not visible on our side.
Also, can you fix the trailing white space issue ?
Cf https://github.com/zephyrproject-rtos/zephyr/runs/4597357992?check_suite_focus=true

@andreacampanella PR won't be merged unless you fix the compliance issues reported are all fixed.

Sorry for the delay, I'm honestly very confused by github, I'm used to use different tools and I find in the situation where I don't understand how to change the PR or resubmit it, I can see this changes to the PR comment at the moment:
-Added support for LBD in uart_stm32_err_check with flag clearing.
Fixes #41339
Signed-off-by: Andrea Campanella<EMAIL_ADDRESS>But it seems that this are not propagated to other users?

Sorry for the delay, I'm honestly very confused by github, I'm used to use different tools and I find in the situation where I don't understand how to change the PR or resubmit it [...]

No problem, this is a frequent situation.
Here is what I propose for this specific case, using "gitk" tool (you'll need to adapt if using git commands or alternate tool, but that should be the same process globally. This being said, I recommend gitk tool):

"Checkout" the branch you used to submit this PR. From what I can see it should be 'main'. (I suggest to create a specific branch with a specific name each time you want to push a new change, but that's for another time ;-) )
"Reset branch" to the commit you need to modify (drivers: serial: Add Line Break Detection to stm32)
Start "git gui"  (File/Start git gui, in gitk). In git gui, click "Amend" the commit
Do the required change (in your case, fix the commit message)
Commit
Force push using commands (git push -f .... )

@erwango @FRASTM @ABOSTM  Looks like this can be backported?


Update dependencies and fix some error prone warnings

Changes Unknown when pulling 79c5772b1e5bdc4d1232fcf65adeed9409b73c82 on jplock:jp-dependencies into ** on dropwizard:master**.

Thanks for clarifying. LGTM!


[api-minor] Update the minimum supported Node.js version to 18

[api-minor] Update the minimum supported Node.js version to 18
This patch updates the minimum supported environments as follows:

Node.js 18, which was released on 2022-04-19; see https://en.wikipedia.org/wiki/Node.js#Releases

Note also that Node.js 16 will soon reach EOL, and thus no longer receive any security updates.

Remove the compatibility checks in WorkerMessageHandler.createDocumentHandler
For some time these checks have only targeted Node.js environments, since the features in question exist in all supported browsers (even when a legacy-build is used).
Now that we've updated the minimum supported Node.js version to 18, a number of polyfills are thus (finally) no longer necessary in that environment. Hence for certain basic functionality, such as e.g. text-extraction, it's now possible to use either a modern- or a legacy-build of the PDF.js library in Node.js environments.
Please note: For e.g. canvas-rendering in Node.js environments it's still necessary to use a legacy-build, since that functionality requires various polyfills.

I'm in favor of doing this considering that Node 18 is the current LTS version (and for e.g. Firefox we also only support the current ESR version), the upcoming EOL date of Node 16 and the fact that we already updated to Node 18 in the CI as well some time ago in https://github.com/mozilla/pdf.js/commit/588447aa908fadbe1cf4f9c892daa4b74da9dcca and didn't run into any issues. Moreover, it helps to remove compatibility code and a dependency, which is always good.

My plan was actually to wait a little bit before submitting this for actual review, since we just increased the minimum supported Node.js version to 16 in the latest release. Unfortunately some recent patches, see e.g. PR #16175, caused various regressions and it'd thus be good to have at least one official release that works in Node.js 16 before support is removed.

the upcoming EOL date of Node 16 and the fact that we already updated to Node 18 in the CI as well some time ago in 588447a and didn't run into any issues.

Part of the problem, w.r.t. the mentioned regressions, is that we only test in the Node.js 18 (i.e. the current LTS version) since that allowed the regressions to sneak in. From a PDF.js project perspective it doesn't feel great having to also test in old Node.js versions, and increasing the minimum support version would indeed considerably simplify maintenance.

/botio-linux preview

/botio unittest

Nice work; thanks!


Test script

In this pr two features will be added.

Test script.
Update README.md and create chinese version.

Main language for this reop should be English.(more common)
Chinese description is Optional, I will create it for MEADME.md but may not for model_zoo in WiKi.

Use README_CN.md instead of Chinese.md is prefered.
We may remove sklearn requirement in function validate(), using nd.L2Normalization() for feature normalization will be ok.

/dog

nd.L2Normalization is update as same as we using it in nn.basic_layer


Platform build fails locally for profiles.

Working on an install profile and getting an error message when trying to build the profile locally. This doesn't happen when I push to the project remotely. It builds when pushing to Platform.sh.

~/Platform.sh/mmcp/repository$ platform build
Building application php (runtime type: php:5.6)
Beginning to build                                                   [ok]
/Users/nvahalik/Platform.sh/mmcp/repository/project-core.make.
drupal-7.41 downloaded.                                              [ok]
drupal patched with                                                  [ok]
install-redirect-on-empty-database-728702-36.patch.
Generated PATCHES.txt file for drupal                                [ok]
Building the profile: mmcp
Base path                                                            [error]
/Users/nvahalik/Platform.sh/mmcp/builds/2015-12-21--12-00-13--master/public/profiles/mmcp
already exists.
[Exception]
The command failed with the exit code: 1
Full command: '/Users/nvahalik/.composer/vendor/bin/drush' 'make' '--no-core' '--contrib-destination=.' '/Users/nvahalik/Platform.sh/mmcp/repository/project.make' '/Users/
nvahalik/Platform.sh/mmcp/builds/2015-12-21--12-00-13--master/public/profiles/mmcp' '--yes' '--cache-duration-releasexml=300' '--concurrency=4'
local:build [-a|--abslinks] [--source SOURCE] [--destination DESTINATION] [--copy] [--no-clean] [--no-archive] [--no-cache] [--no-build-hooks] [--working-copy] [--concurrency CONCURRENCY] [--lock] [-h|--help] [-q|--quiet] [-v|vv|vvv|--verbose] [-V|--version] [-y|--yes] [-n|--no] [-s|--shell] [--]  []...

My repository is pretty sparse right now:

~/Platform.sh/mmcp/repository$ ls -al
total 80
drwxr-xr-x  14 nvahalik  staff    476 Dec 21 11:18 .
drwxr-xr-x   8 nvahalik  staff    272 Dec 21 09:21 ..
drwxr-xr-x  16 nvahalik  staff    544 Dec 21 12:06 .git
drwxr-xr-x   4 nvahalik  staff    136 Dec 21 09:20 .platform
-rw-r--r--   1 nvahalik  staff   1641 Dec 21 09:20 .platform.app.yaml
-rw-r--r--   1 nvahalik  staff   1558 Dec 21 09:20 README.md
drwxr-xr-x   3 nvahalik  staff    102 Dec 21 09:20 libraries
-rw-r--r--@  1 nvahalik  staff   2152 Dec 21 11:46 mmcp.info
-rw-r--r--@  1 nvahalik  staff  14304 Dec 21 12:05 mmcp.install
-rw-r--r--@  1 nvahalik  staff    955 Dec 21 11:10 mmcp.profile
drwxr-xr-x   3 nvahalik  staff    102 Dec 21 09:20 modules
-rw-r--r--@  1 nvahalik  staff    196 Dec 21 11:39 project-core.make
-rw-r--r--@  1 nvahalik  staff   3975 Dec 21 11:58 project.make
drwxr-xr-x   3 nvahalik  staff    102 Dec 21 09:20 themes

What's your CLI version?

@ralt, I was using v2.8.3 but I tried again with v2.10.0 and encountered the same issue.

Could you try with v2.7.1 (here's the platform.phar file)? I suspect this commit could be the reason: https://github.com/platformsh/platformsh-cli/commit/d6bb673088526a774aa6ab26b728153dc6172ee5

Also, what is your Drush version?

I am using Drush v6.2.0. Using the provided .phar file (v2.7.1) I did not have any errors when building the site.

OK, I've reproduced this with Drush <= 6.4, but it's fixed from 6.5 onwards (by this PR).
I can work on a backwards compatibility fix for the CLI.

Fixed in v2.10.1


Checks newest version through npm registry

Fixes #344

I serve to please! (Quickest approved PR yet)


Back-off retransmission of Timed-out CON Messages

Expontential increasing interval for retransmit till ack, reset or timeout

Initial timeout is random: (ACK_TIMEOUT to ACK_TIMEOUT * ACK_RANDOM_FACTOR)
MAX_RETRANSMIT = count

I think it's what I implemented here: https://github.com/dustin/go-coap/pull/22

Ah great i'll have a look. Thanks!


Columns are out of alignment when turning on running balance feature

Name of Defective Feature
Running balance
System Settings (Required)
ToolKit Version: 1.3.0
Operating System (Mac/Windows/Etc): Mac OS X
Browser (Chrome/Firefox/Safari): Chrome
Browser Version: 61.0.3163.100 (Official Build) (64-bit)
Other Extensions:
1Password: Password Manager and Secure Wallet
Chrome Remote Desktop
Cisco WebEx Extension
Docs
Evernote Web Clipper
Grammarly for Chrome
Honey
Sheets
Slides
Todoist for Gmail
Todoist: To-Do list and Task Manager
URL Advisor (Kaspersky)
Export of Toolkit Settings (Bottom Left of Settings Page)

Settings Export

[{"key":"AccountsDisplayDensity","value":"0"},{"key":"AccountsEmphasizedOutflows","value":false},{"key":"AccountsStripedRows","value":false},{"key":"ActivityTransactionLink","value":true},{"key":"AdditionalColumns","value":true},{"key":"AdjustableColumnWidths","value":false},{"key":"AutoCloseReconcile","value":false},{"key":"BetterScrollbars","value":"0"},{"key":"BudgetBalanceToZero","value":true},{"key":"BudgetQuickSwitch","value":false},{"key":"CategoryActivityCopy","value":false},{"key":"ChangeEnterBehavior","value":false},{"key":"CheckNumbers","value":false},{"key":"ClearSelection","value":false},{"key":"ColourBlindMode","value":false},{"key":"CustomFlagNames","value":false},{"key":"DisplayTargetGoalAmount","value":"0"},{"key":"EditAccountButton","value":"0"},{"key":"GoalWarningColor","value":false},{"key":"HideAgeOfMoney","value":false},{"key":"HideReferralBanner","value":false},{"key":"ImportNotification","value":"0"},{"key":"PrintingImprovements","value":true},{"key":"PrivacyMode","value":"0"},{"key":"RemovePositiveHighlight","value":false},{"key":"RowHeight","value":"0"},{"key":"RowsHeight","value":"0"},{"key":"RunningBalance","value":"1"},{"key":"ShowCategoryBalance","value":false},{"key":"SplitKeyboardShortcut","value":true},{"key":"SquareNegativeMode","value":false},{"key":"StealingFromFuture","value":true},{"key":"TargetBalanceWarning","value":false},{"key":"accountsClearSelection","value":false},{"key":"accountsDisplayDensity","value":"0"},{"key":"accountsEmphasizedOutflows","value":false},{"key":"accountsRowHeight","value":"0"},{"key":"accountsSelectedTotal","value":false},{"key":"accountsStripedRows","value":false},{"key":"activityTransactionLink","value":true},{"key":"betterScrollbars","value":"0"},{"key":"budgetBalanceToZero","value":true},{"key":"budgetProgressBars","value":"0"},{"key":"budgetQuickSwitch","value":false},{"key":"budgetRowsHeight","value":"0"},{"key":"calendarFirstDay","value":"0"},{"key":"categoryActivityPopupWidth","value":"0"},{"key":"changeEnterBehavior","value":false},{"key":"checkCreditBalances","value":false},{"key":"checkNumbers","value":false},{"key":"closeReconcileWindow","value":false},{"key":"collapseExpandBudgetGroups","value":false},{"key":"collapseSideMenu","value":false},{"key":"colourBlindMode","value":false},{"key":"compactIncomeVsExpense","value":false},{"key":"currentMonthIndicator","value":false},{"key":"daysOfBuffering","value":false},{"key":"daysOfBufferingHistoryLookup","value":"0"},{"key":"editButtonPosition","value":"0"},{"key":"enableRetroCalculator","value":false},{"key":"enlargeCategoriesDropdown","value":true},{"key":"enterInRegisterNow","value":true},{"key":"exportTransactions","value":false},{"key":"goalIndicator","value":false},{"key":"goalIndicatorWarningColor","value":false},{"key":"googleFontsSelector","value":"0"},{"key":"hideAOM","value":false},{"key":"hideAccountBalancesType","value":"0"},{"key":"hideHelp","value":false},{"key":"highlightNegativesNegative","value":false},{"key":"importNotification","value":"0"},{"key":"incomeFromLastMonth","value":"0"},{"key":"l10n","value":"0"},{"key":"largerClickableIcons","value":false},{"key":"monthlyNotesPopupWidth","value":"0"},{"key":"navDisplayDensity","value":"0"},{"key":"pacing","value":"0"},{"key":"popupCalculator","value":false},{"key":"printingImprovements","value":true},{"key":"privacyMode","value":"0"},{"key":"reconciledTextColor","value":"0"},{"key":"removePositiveHighlight","value":false},{"key":"removeZeroCategories","value":false},{"key":"reports","value":true},{"key":"resizeInspector","value":false},{"key":"rightClickToEdit","value":true},{"key":"runningBalance","value":true},{"key":"seamlessBudgetHeader","value":false},{"key":"showIntercom","value":true},{"key":"spareChange","value":false},{"key":"splitKeyboardShortcut","value":true},{"key":"splitTransactionAutoAdjust","value":true},{"key":"squareNegativeMode","value":false},{"key":"stealingFromNextMonth","value":true},{"key":"swapClearedFlagged","value":true},{"key":"toBeBudgetedWarning","value":false},{"key":"toggleSplits","value":false},{"key":"toggleTransactionFilters","value":"0"},{"key":"warnOnQuickBudget","value":false}]

Steps to Reproduce the Behavior

Sign into app.
Go to account page
Can't see the running balance and the column headings are misaligned to the actual colunns

Expected Behavior

I would see the running balance in the far right column

Actual Behavior

See screen shot attached - no running balance and column headings out of order of data

@cori87 can you try a couple of things?

Go to the budget screen and then come back to the account screen. Is it the same or better?
Minimize the browser window and then restore it. Is it the same or better?
Refresh the browser page (not sure how you do that on a Mac). Is it the same or better?

Go to budget screen and come back to account screen - same
Minimize and restore - same
Refresh page - same
Click through other account pages - better!  I think that first account I looked at after the new add-on change got hung up.  It still had the round "clear" button.  After cycling through other accounts I can see the "flag" icon instead and the columns have resolved.

We can close this item.  Thanks for your help - Cori

OK, I'll close the issue but feel free to reopen if you continue seeing the initially reported behavior.