Description of problem: Gnome Shell crashes after I restore Firefox with some tabs. Version-Release number of selected component: gnome-shell-3.16.2-1.fc22 Additional info: reporter: libreport-2.5.1 backtrace_rating: 4 cmdline: /usr/bin/gnome-shell --wayland --display-server crash_function: strlen executable: /usr/bin/gnome-shell global_pid: 20296 kernel: 4.0.4-303.fc22.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 strlen at ../sysdeps/x86_64/strlen.S:106 #1 g_strdup at gstrfuncs.c:355 #2 caribou_xadapter_real_get_current_group at xadapter.c:1115 #3 caribou_xadapter_xkl_state_changed at xadapter.c:425 #4 _caribou_xadapter_xkl_state_changed_xkl_engine_X_state_changed at xadapter.c:1446 #8 g_signal_emit_by_name at gsignal.c:3401 #9 xkl_engine_process_state_modification at xklavier_evt.c:661 #10 xkl_xkb_process_x_event at xklavier_evt_xkb.c:90 #11 xkl_engine_filter_events at xklavier_evt.c:37 #12 caribou_xadapter_x_event_filter at xadapter.c:279
Created attachment 1035706 [details] File: backtrace
Created attachment 1035707 [details] File: cgroup
Created attachment 1035708 [details] File: core_backtrace
Created attachment 1035709 [details] File: dso_list
Created attachment 1035710 [details] File: environ
Created attachment 1035711 [details] File: limits
Created attachment 1035712 [details] File: maps
Created attachment 1035713 [details] File: mountinfo
Created attachment 1035714 [details] File: namespaces
Created attachment 1035715 [details] File: open_fds
Created attachment 1035716 [details] File: proc_pid_status
Created attachment 1035717 [details] File: var_log_messages
I have figured a way to reproduce it. You need to start Firefox under Gnome Shell (Wayland), then set a cursor to the text entry field on the webpage and try to switch keyboard layouts with the [Super] + [Space] keys; it crashes Shell every time on my box.
For me, it reliably crashes when I switch to Ukrainian (WinKeys) layout, while having three others: English (Colemak), English (QWERTY), Russian.
I can reproduce this (with a different configuration of four input sources - three of them being XKB layouts). The proximate cause is that in: xadapter.vala:Caribou.XAdapter.get_current_group: group_name = config_rec.layouts[this.group]; variant_name = config_rec.variants[this.group]; if (variant_name == null) this.group is 2, but the layouts and variants arrays only have one item in them. It appears that the layout information being propagated to the Xwayland server is not consistent with the events being recevied from the Xwayland server. Local robustness could be added here, but the discrepancy needs to be sorted out. (And/or GNOME Shell under Wayland needs to not be using XKB for tracking the current keyboard configuration - that doesn't seem optimum.)
We decided to wait for 3.18.1 release where we will get new caribou release and let it be part of 3.18.1 megaupdate.
(In reply to Parag Nemade from comment #16) > We decided to wait for 3.18.1 release where we will get new caribou release > and let it be part of 3.18.1 megaupdate. Thank you all for working on it. I am actually not sure if 3.18.1 packages will be ready before the F23 final freeze (though I can roll a new tarball once Rui checks in the patch upstream). To make it double sure, I would suggest to go ahead rather than wait and miss the deadline.
caribou-0.4.18.1-3.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-5ae5009bd4
caribou-0.4.18.1-3.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update caribou' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-5ae5009bd4
caribou-0.4.18.1-3.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.