Dear Maintainer,

   * What led up to the situation?
Before the problem occurred, I did the following:
- enabled Alt+shift key for switching to another layout.
- disabled New windows use active window's layout
I used the system for awhile, browsing mostly.
A Caps Lock key stuck problem appeared. Trying to press CTRL+C/CTRL+V to
copy a selection of a text in a page, didn't worked. I realized that left
CTRL+C didn't work (same in a Terminal).

   * What exactly did you do (or not do) that was effective (or
     ineffective)?
First I attempted to disconnect the keyboard by cycling through the USB
switch outputs. The key was still stuck after these attempts.
Then I accessed Keyboard Preferences - Layouts and performed Reset to
defaults, then opened Options to see if the options there have been
restored. At this point I think the window closed on its own.

   * What was the outcome of this action?
I think that the crash of the process made my Caps Lock issue go away.

   * What outcome did you expect instead?
No Caps Lock stuck key, no crash.

Dear Maintainer, hello Mihai,
I tried to reconstruct the source line information of the top frames,
how they should look like if the packages
libgtk-3-0-dbgsym libglib2.0-0-dbgsym would have been installed.


#0  0x00007fec909d1ce1 in __libc_signal_restore_set at ../sysdeps/unix/sysv/linux/internal-signals.h:86
#1  0x00007fec909bb537 in __GI_abort at abort.c:79
#2  0x00007fec90b99dcc in g_assertion_message at ../../../glib/gtestutils.c:2937
#3  0x00007fec90bf72fb in g_assertion_message_expr at ../../../glib/gtestutils.c:2963
#4  0x00007fec91288c36 in gtk_widget_get_frame_clock at ../../../../gtk/gtkwidget.c:5871
#5  0x00007fec9129748a in gtk_widget_realize at ../../../../gtk/gtkwidget.c:5541
#6  0x00007fec91297668 in gtk_widget_map at ../../../../gtk/gtkwidget.c:5045
...

https://sources.debian.org/src/gtk+3.0/3.24.24-4/gtk/gtkwidget.c/#L5871


Kind regards,
Bernhard