Description of problem:
Gnome Shell crashes after I restore Firefox with some tabs.
Version-Release number of selected component:
cmdline: /usr/bin/gnome-shell --wayland --display-server
runlevel: N 5
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]
Created attachment 1035707 [details]
Created attachment 1035708 [details]
Created attachment 1035709 [details]
Created attachment 1035710 [details]
Created attachment 1035711 [details]
Created attachment 1035712 [details]
Created attachment 1035713 [details]
Created attachment 1035714 [details]
Created attachment 1035715 [details]
Created attachment 1035716 [details]
Created attachment 1035717 [details]
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:
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.