Description of problem: When I unlock the locked screen (after entering password), I see the animation that shows my desktop (by moving lock screen up) but in about a third of that animation (with desktop partially visible), Gnome crashes. Version-Release number of selected component (if applicable): gnome-shell-40.0~rc-1.fc34 (I do not remember it happening with 40.0~beta-1.fc34) How reproducible: I was able to reproduce. Steps to Reproduce: 1. Run standard gnome session (with wayland) 2. Lock screen (using Super+L or just wait until it locks) 3. Unlock screen (enter password, press enter) Actual results: Lock screen starts scrolling up to show screen (animation) but halfway (third-way?) Gnome crashes. Expected results: Unlocked screen Additional info: From journal: mar 17 20:45:45 fesix systemd-coredump[2796]: [🡕] Process 1842 (gnome-shell) of user 1000 dumped core. Stack trace of thread 1842: #0 0x00007fec488776a3 _ZN13GjsMaybeOwnedIP8JSObjectE5resetEv (libgjs.so.0 + 0x516a3) #1 0x00007fec4887f23c _ZN14ObjectInstance11toggle_downEv.part.0 (libgjs.so.0 + 0x5923c) #2 0x00007fec493d399f emit_signal_instance_in_idle_cb (libgio-2.0.so.0 + 0x10099f) #3 0x00007fec4918e65b g_idle_dispatch (libglib-2.0.so.0 + 0x5165b) #4 0x00007fec491923d7 g_main_context_dispatch (libglib-2.0.so.0 + 0x553d7) #5 0x00007fec491e6518 g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0xa9518) #6 0x00007fec491919a3 g_main_loop_run (libglib-2.0.so.0 + 0x549a3) #7 0x00007fec485a4712 meta_run (libmutter-8.so.0 + 0xcc712) #8 0x0000565554cdaca6 main (gnome-shell + 0x2ca6) #9 0x00007fec4832eb75 __libc_start_main (libc.so.6 + 0x27b75) #10 0x0000565554cdaebe _start (gnome-shell + 0x2ebe) Stack trace of thread 1846: #0 0x00007fec483fc9ff __poll (libc.so.6 + 0xf59ff) #1 0x00007fec491e64ac g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0xa94ac) #2 0x00007fec4918fb13 g_main_context_iteration (libglib-2.0.so.0 + 0x52b13) #3 0x00007fec4918fb61 glib_worker_main (libglib-2.0.so.0 + 0x52b61) #4 0x00007fec491c0ce2 g_thread_proxy (libglib-2.0.so.0 + 0x83ce2) #5 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #6 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 1862: #0 0x00007fec479b5a6a __futex_abstimed_wait_common64 (libpthread.so.0 + 0x15a6a) #1 0x00007fec479af2b0 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf2b0) #2 0x00007fec40b6b05b util_queue_thread_func (iris_dri.so + 0x13d05b) #3 0x00007fec40b6ab1b impl_thrd_routine (iris_dri.so + 0x13cb1b) #4 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #5 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 1852: #0 0x00007fec483fc9ff __poll (libc.so.6 + 0xf59ff) #1 0x00007fec491e64ac g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0xa94ac) #2 0x00007fec4918fb13 g_main_context_iteration (libglib-2.0.so.0 + 0x52b13) #3 0x00007fec42a023ed dconf_gdbus_worker_thread (libdconfsettings.so + 0x73ed) #4 0x00007fec491c0ce2 g_thread_proxy (libglib-2.0.so.0 + 0x83ce2) #5 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #6 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 2453: #0 0x00007fec4840215d syscall (libc.so.6 + 0xfb15d) #1 0x00007fec491e08ec g_cond_wait_until (libglib-2.0.so.0 + 0xa38ec) #2 0x00007fec49162401 g_async_queue_pop_intern_unlocked (libglib-2.0.so.0 + 0x25401) #3 0x00007fec491c3d2a g_thread_pool_thread_proxy.lto_priv.0 (libglib-2.0.so.0 + 0x86d2a) #4 0x00007fec491c0ce2 g_thread_proxy (libglib-2.0.so.0 + 0x83ce2) #5 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #6 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 1930: #0 0x00007fec479b5a6a __futex_abstimed_wait_common64 (libpthread.so.0 + 0x15a6a) #1 0x00007fec479af2b0 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf2b0) #2 0x00007fec4605c00d _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-78.so.0 + 0x88300d) #3 0x00007fec46062df5 _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-78.so.0 + 0x889df5) #4 0x00007fec45a2c002 _ZN2js12HelperThread10ThreadMainEPv (libmozjs-78.so.0 + 0x253002) #5 0x00007fec45a2e3d9 _ZN2js6detail16ThreadTrampolineIRFvPvEJPNS_12HelperThreadEEE5StartES2_ (libmozjs-78.so.0 + 0x2553d9) #6 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #7 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 1932: #0 0x00007fec479b5a6a __futex_abstimed_wait_common64 (libpthread.so.0 + 0x15a6a) #1 0x00007fec479af2b0 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf2b0) #2 0x00007fec4605c00d _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-78.so.0 + 0x88300d) #3 0x00007fec46062df5 _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-78.so.0 + 0x889df5) #4 0x00007fec45a2c002 _ZN2js12HelperThread10ThreadMainEPv (libmozjs-78.so.0 + 0x253002) #5 0x00007fec45a2e3d9 _ZN2js6detail16ThreadTrampolineIRFvPvEJPNS_12HelperThreadEEE5StartES2_ (libmozjs-78.so.0 + 0x2553d9) #6 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #7 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 1864: #0 0x00007fec479b5a6a __futex_abstimed_wait_common64 (libpthread.so.0 + 0x15a6a) #1 0x00007fec479af2b0 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf2b0) #2 0x00007fec40b6b05b util_queue_thread_func (iris_dri.so + 0x13d05b) #3 0x00007fec40b6ab1b impl_thrd_routine (iris_dri.so + 0x13cb1b) #4 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #5 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 1865: #0 0x00007fec479b5a6a __futex_abstimed_wait_common64 (libpthread.so.0 + 0x15a6a) #1 0x00007fec479af2b0 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf2b0) #2 0x00007fec40b6b05b util_queue_thread_func (iris_dri.so + 0x13d05b) #3 0x00007fec40b6ab1b impl_thrd_routine (iris_dri.so + 0x13cb1b) #4 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #5 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 1929: #0 0x00007fec479b5a6a __futex_abstimed_wait_common64 (libpthread.so.0 + 0x15a6a) #1 0x00007fec479af2b0 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf2b0) #2 0x00007fec4605c00d _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-78.so.0 + 0x88300d) #3 0x00007fec46062df5 _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-78.so.0 + 0x889df5) #4 0x00007fec45a2c002 _ZN2js12HelperThread10ThreadMainEPv (libmozjs-78.so.0 + 0x253002) #5 0x00007fec45a2e3d9 _ZN2js6detail16ThreadTrampolineIRFvPvEJPNS_12HelperThreadEEE5StartES2_ (libmozjs-78.so.0 + 0x2553d9) #6 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #7 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 2776: #0 0x00007fec4840215d syscall (libc.so.6 + 0xfb15d) #1 0x00007fec491e08ec g_cond_wait_until (libglib-2.0.so.0 + 0xa38ec) #2 0x00007fec49162401 g_async_queue_pop_intern_unlocked (libglib-2.0.so.0 + 0x25401) #3 0x00007fec491c3d2a g_thread_pool_thread_proxy.lto_priv.0 (libglib-2.0.so.0 + 0x86d2a) #4 0x00007fec491c0ce2 g_thread_proxy (libglib-2.0.so.0 + 0x83ce2) #5 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #6 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 1863: #0 0x00007fec479b5a6a __futex_abstimed_wait_common64 (libpthread.so.0 + 0x15a6a) #1 0x00007fec479af2b0 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf2b0) #2 0x00007fec40b6b05b util_queue_thread_func (iris_dri.so + 0x13d05b) #3 0x00007fec40b6ab1b impl_thrd_routine (iris_dri.so + 0x13cb1b) #4 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #5 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 1866: #0 0x00007fec483fc9ff __poll (libc.so.6 + 0xf59ff) #1 0x00007fec491e64ac g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0xa94ac) #2 0x00007fec491919a3 g_main_loop_run (libglib-2.0.so.0 + 0x549a3) #3 0x00007fec4863d0f1 input_thread (libmutter-8.so.0 + 0x1650f1) #4 0x00007fec491c0ce2 g_thread_proxy (libglib-2.0.so.0 + 0x83ce2) #5 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #6 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 1931: #0 0x00007fec479b5a6a __futex_abstimed_wait_common64 (libpthread.so.0 + 0x15a6a) #1 0x00007fec479af2b0 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf2b0) #2 0x00007fec4605c00d _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-78.so.0 + 0x88300d) #3 0x00007fec46062df5 _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-78.so.0 + 0x889df5) #4 0x00007fec45a2c002 _ZN2js12HelperThread10ThreadMainEPv (libmozjs-78.so.0 + 0x253002) #5 0x00007fec45a2e3d9 _ZN2js6detail16ThreadTrampolineIRFvPvEJPNS_12HelperThreadEEE5StartES2_ (libmozjs-78.so.0 + 0x2553d9) #6 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #7 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) Stack trace of thread 1848: #0 0x00007fec483fc9ff __poll (libc.so.6 + 0xf59ff) #1 0x00007fec491e64ac g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0xa94ac) #2 0x00007fec491919a3 g_main_loop_run (libglib-2.0.so.0 + 0x549a3) #3 0x00007fec493e301a gdbus_shared_thread_func.lto_priv.0 (libgio-2.0.so.0 + 0x11001a) #4 0x00007fec491c0ce2 g_thread_proxy (libglib-2.0.so.0 + 0x83ce2) #5 0x00007fec479a9299 start_thread (libpthread.so.0 + 0x9299) #6 0x00007fec484076a3 __clone (libc.so.6 + 0x1006a3) mar 17 20:45:45 fesix systemd[1]: systemd-coredump: Deactivated successfully.
I was able to reproduce even after downgrade to 40.0~beta-1.fc34 It does not happen every time. It *seems* that the following makes it more likely: When screen is locked, enter empty password as if trying to unlock using empty password for unlocking (this can happen if you use enter to turn on the screen). Then try unlocking using normal password. 1. lock screen 2. wake it up using enter (or enter empty password) 3. you get standard "wrong password" message 4. unlock using your password 5. crash (I will try several times after I send this comment and will report if I find out more – I cannot test while writing this comment because of the whole crashing thing)
Changing component to GJS. This could be this problem: https://gitlab.gnome.org/GNOME/gjs/-/issues/387 I was unable to find a way t reproduce it reliably. It happens approximatelly once every three times I lock the screen.
A downgrade of gjs to gjs-1.67.2-2.fc34.x86_64 seems to fix the issue, while keeping the latest gnome-shell package gnome-shell-40.0~rc-1.fc34.x86_64.
This message is a reminder that Fedora Linux 34 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 34 on 2022-06-07. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '34'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 34 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Fedora Linux 34 entered end-of-life (EOL) status on 2022-06-07. Fedora Linux 34 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. Thank you for reporting this bug and we are sorry it could not be fixed.