Bug#763895: cinnamon crashes when a window opens
Package: cinnamon Followup-For: Bug #763895 Hello, I upgraded the system with this problem to Jessie release and booted the stable kernel and the problem did not go away. So I upgraded kernel, libdrm, mesa, cogl, cairo, muffin and Xorg to latest versions in Debian and the problem went away. I can run a terminal and it shows a dropshadow and cinnamon does not crash. So that's it. I guess kernel, libdrm and mesa are most important here. Thanks Michal -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (900, 'stable'), (800, 'oldstable'), (600, 'testing'), (500, 'unstable'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 4.1.0-trunk-586 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: upstart (via init_is_upstart()) Versions of packages cinnamon depends on: ii caribou 0.4.15-1 ii cinnamon-common 2.6.12-1 ii cinnamon-control-center 2.6.0-1 ii cinnamon-desktop-data2.6.5-1 ii cinnamon-screensaver 2.6.4-1 ii cinnamon-session 2.6.3-1 ii cinnamon-settings-daemon 2.6.3-1 ii cjs 2.6.2-1 ii cups-pk-helper 0.2.5-2+b1 ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gir1.2-accountsservice-1.0 0.6.37-3+b1 ii gir1.2-caribou-1.0 0.4.15-1 ii gir1.2-clutter-1.0 1.22.4-1 ii gir1.2-cmenu-3.0 2.6.0-2 ii gir1.2-cogl-1.0 1.20.0-2 ii gir1.2-gconf-2.0 3.2.6-3 ii gir1.2-gdkpixbuf-2.0 2.31.1-2+b1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.42.0-2.2 ii gir1.2-gnomedesktop-3.0 3.14.1-1 ii gir1.2-gtk-3.0 3.14.5-1 ii gir1.2-gtkclutter-1.01.6.0-1 ii gir1.2-javascriptcoregtk-3.0 2.4.8-2 ii gir1.2-keybinder-3.0 0.3.0-1 ii gir1.2-meta-muffin-0.0 2.6.1-3 ii gir1.2-networkmanager-1.00.9.10.0-7 ii gir1.2-notify-0.70.7.6-2 ii gir1.2-pango-1.0 1.36.8-3 ii gir1.2-polkit-1.00.105-8 ii gir1.2-soup-2.4 2.48.0-1 ii gir1.2-upowerglib-1.00.99.1-3.2 ii gir1.2-webkit-3.02.4.8-2 ii gkbd-capplet 3.6.0-1 ii gnome-backgrounds3.14.1-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-themes-standard3.14.2.2-1 ii gsettings-desktop-schemas3.14.1-1 ii libatk-bridge2.0-0 2.14.0-2 ii libatk1.0-0 2.14.0-1 ii libc62.19-18 ii libcairo21.14.2-2 ii libcinnamon-menu-3-0 2.6.0-2 ii libcjs0 2.6.2-1 ii libclutter-1.0-0 1.22.4-1 ii libcogl-pango20 1.20.0-2 ii libcogl-path20 1.20.0-2 ii libcogl201.20.0-2 ii libcroco30.6.8-3+b1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgirepository-1.0-11.42.0-2.2 ii libgl1-mesa-glx [libgl1] 10.5.9-2 ii libglib2.0-0 2.42.1-1 ii libglib2.0-bin 2.42.1-1 ii libgstreamer1.0-01.4.4-2 ii libgtk-3-0 3.14.5-1 ii libjs-jquery 1.7.2+dfsg-3.2 ii libmozjs-24-024.2.0-2 ii libmuffin0 2.6.1-3 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpulse-mainloop-glib0 5.0-13 ii libpulse05.0-13 ii libstartup-notification0 0.12-4 ii libx11-6 2:1.6.2-3 ii libxfixes3 1:5.0.1-2+b2 ii libxml2 2.9.1+dfsg1-5 ii mesa-utils 8.2.0-1 ii nemo 2.6.7-1 pn policykit-1-gnomenone ii python
Bug#763895: [pkg-cinnamon] Bug#763895: Bug#763895: Bug#763895: cinnamon crashes when a window opens
Il 07/06/2015 13:00, Fabio Fantoni ha scritto: Il 03/10/2014 18:31, Michal Suchanek ha scritto: Hello, thanks for your quick replies. Excerpts from Maximiliano Curia's message of Fri Oct 03 16:55:01 +0200 2014: ¡Hola Michal! El 2014-10-03 a las 14:06 +, Michal Suchanek escribió: after finally running cinnamon I tried to open a terminal (evilvte) and cinnamon immediately crashed. I tried restarting it grom that fallback mode dialog but it crashed immediately again. Closing the terminal window allowed cinnamon to be restarted. I suspected evilvte is in some way truly evil and kills cinnamon but I created a new folder on the desktop, opened it, and cinnamon crashed again when the file manager window opened. In the attached xsession-errors file I see a weird sequence of actions, and I'm not sure if the output is mixed with some other session. Can you please copy the file before trying to start a failing application? I attach a file befor and after crash. It seems metacity is used in fallback session and gnome panel is used also either in main or fallback session. Hence they run in the crashed session and without them cinnamon fails completely when an error occurs. So we can see the output generated by the failing application (just the difference pasted in paste.debian.org would be ideal). Xsession: X session started for root at Fri Oct 3 14:00:41 UTC 2014 It's highly disrecommended to use a graphical session as root. I know about that. It however does not make any meaningful difference for single user system unless I were to create a separate user account for every application. W: [pulseaudio] main.c: This program is not intended to be run as root (unless --system is specified). (cinnamon:2324): St-CRITICAL **: st_widget_get_theme_node called on the widget [0xb9150658 StBoxLayout.menu-selected-app-box] which is not in the stage. JS LOG: Invalid network device type, is 14 *WARN_ONCE* File ../../../../../../../src/mesa/drivers/dri/radeon/radeon_swtcl.c function r100_swtcl_flush line 339 Rendering was 1 commands larger than predicted size. We might overflow command buffer. *** drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. x-session-manager[2172]: WARNING: Application 'cinnamon.desktop' killed by signal 15 I think the video driver you are using is dying when the composite manager tries to start. It's dying at the time a window opens. Is starting a compositing manager delayed until that point? Either way, it looks like Mesa sends something unintelligible to the GPU. They talked about reworking and adding some new features to r100 so maybe there is an awesome new bug there. JS LOG: About to start Cinnamon JS LOG: Cinnamon started at Fri Oct 03 2014 14:01:01 GMT+ (UTC) (cinnamon:2421): St-CRITICAL **: st_widget_get_theme_node called on the widget [0xba07c670 StBoxLayout.menu-selected-app-box] which is not in the stage. JS LOG: Invalid network device type, is 14 drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. Mmh, and it also dies in the fallback mode. x-session-manager[2172]: WARNING: App 'cinnamon.desktop' respawning too quickly x-session-manager[2172]: CRITICAL: We failed, but the fail whale is dead. Sorry That's the end of the cinnamon session. (gnome-panel:2437): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode: assertion 'accelerator != NULL' failed I don't know why you are running gnome-panel, but that's not cinnamon related. So, this seems to be another desktop environment session, did you start it or was automatically started? It starts automagically when cinnamon fails. Can you please let us know if you can use any composite window manager at all? Presumably I am running a compositing manager because xcompmgr refuses to start on the excuse that a compositing manager is running. Is metacity doing compositing? Also, there are no traces of evitvte or the file manager failing in this log. They aren't really failing. They just open a window that makes cinnamon crash and keep running. The file manager is running anyway so there would be no trace of it in the log. Thanks Michal Can someone test with cinnamon 2.6 please? Cinnamon and muffin have commits with fix/improvements probably related. I'm unable to reproduce crashes in recent cinnamon builds. If I understand/remember good about bug reported here was solved upstream but is possible that may still occur with some video card/driver. I tried with integrate intel video card. Can someone try cinnamon 2.6.12-1 (and all other components updated) in sid and report if still happen? If still happen and you have nvidia or ati card can you try also both open
Bug#763895: [pkg-cinnamon] Bug#763895: Bug#763895: cinnamon crashes when a window opens
Il 03/10/2014 18:31, Michal Suchanek ha scritto: Hello, thanks for your quick replies. Excerpts from Maximiliano Curia's message of Fri Oct 03 16:55:01 +0200 2014: ¡Hola Michal! El 2014-10-03 a las 14:06 +, Michal Suchanek escribió: after finally running cinnamon I tried to open a terminal (evilvte) and cinnamon immediately crashed. I tried restarting it grom that fallback mode dialog but it crashed immediately again. Closing the terminal window allowed cinnamon to be restarted. I suspected evilvte is in some way truly evil and kills cinnamon but I created a new folder on the desktop, opened it, and cinnamon crashed again when the file manager window opened. In the attached xsession-errors file I see a weird sequence of actions, and I'm not sure if the output is mixed with some other session. Can you please copy the file before trying to start a failing application? I attach a file befor and after crash. It seems metacity is used in fallback session and gnome panel is used also either in main or fallback session. Hence they run in the crashed session and without them cinnamon fails completely when an error occurs. So we can see the output generated by the failing application (just the difference pasted in paste.debian.org would be ideal). Xsession: X session started for root at Fri Oct 3 14:00:41 UTC 2014 It's highly disrecommended to use a graphical session as root. I know about that. It however does not make any meaningful difference for single user system unless I were to create a separate user account for every application. W: [pulseaudio] main.c: This program is not intended to be run as root (unless --system is specified). (cinnamon:2324): St-CRITICAL **: st_widget_get_theme_node called on the widget [0xb9150658 StBoxLayout.menu-selected-app-box] which is not in the stage. JS LOG: Invalid network device type, is 14 *WARN_ONCE* File ../../../../../../../src/mesa/drivers/dri/radeon/radeon_swtcl.c function r100_swtcl_flush line 339 Rendering was 1 commands larger than predicted size. We might overflow command buffer. *** drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. x-session-manager[2172]: WARNING: Application 'cinnamon.desktop' killed by signal 15 I think the video driver you are using is dying when the composite manager tries to start. It's dying at the time a window opens. Is starting a compositing manager delayed until that point? Either way, it looks like Mesa sends something unintelligible to the GPU. They talked about reworking and adding some new features to r100 so maybe there is an awesome new bug there. JS LOG: About to start Cinnamon JS LOG: Cinnamon started at Fri Oct 03 2014 14:01:01 GMT+ (UTC) (cinnamon:2421): St-CRITICAL **: st_widget_get_theme_node called on the widget [0xba07c670 StBoxLayout.menu-selected-app-box] which is not in the stage. JS LOG: Invalid network device type, is 14 drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. Mmh, and it also dies in the fallback mode. x-session-manager[2172]: WARNING: App 'cinnamon.desktop' respawning too quickly x-session-manager[2172]: CRITICAL: We failed, but the fail whale is dead. Sorry That's the end of the cinnamon session. (gnome-panel:2437): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode: assertion 'accelerator != NULL' failed I don't know why you are running gnome-panel, but that's not cinnamon related. So, this seems to be another desktop environment session, did you start it or was automatically started? It starts automagically when cinnamon fails. Can you please let us know if you can use any composite window manager at all? Presumably I am running a compositing manager because xcompmgr refuses to start on the excuse that a compositing manager is running. Is metacity doing compositing? Also, there are no traces of evitvte or the file manager failing in this log. They aren't really failing. They just open a window that makes cinnamon crash and keep running. The file manager is running anyway so there would be no trace of it in the log. Thanks Michal Can someone test with cinnamon 2.6 please? Cinnamon and muffin have commits with fix/improvements probably related. smime.p7s Description: Firma crittografica S/MIME
Bug#763895: cinnamon crashes when a window opens
Package: cinnamon Version: 2.2.16-3 Severity: important Hello, after finally running cinnamon I tried to open a terminal (evilvte) and cinnamon immediately crashed. I tried restarting it grom that fallback mode dialog but it crashed immediately again. Closing the terminal window allowed cinnamon to be restarted. I suspected evilvte is in some way truly evil and kills cinnamon but I created a new folder on the desktop, opened it, and cinnamon crashed again when the file manager window opened. Is it possible to run applications in cinnamoni as packeged in Debian? Thanks Michal -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cinnamon depends on: ii caribou 0.4.15-1 ii cinnamon-common 2.2.16-3 ii cinnamon-control-center 2.2.11-3 ii cinnamon-desktop-data2.2.3-2 ii cinnamon-screensaver 2.2.4-5 ii cinnamon-session 2.2.2-3 ii cinnamon-settings-daemon 2.2.4.repack-5 ii cjs 2.2.2-2 ii cups-pk-helper 0.2.5-2 ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gir1.2-accountsservice-1.0 0.6.37-3 ii gir1.2-caribou-1.0 0.4.15-1 ii gir1.2-clutter-1.0 1.18.4-2 ii gir1.2-cmenu-3.0 2.2.0-3 ii gir1.2-cogl-1.0 1.18.2-2 ii gir1.2-gconf-2.0 3.2.6-3 ii gir1.2-gdkpixbuf-2.0 2.30.8-1+b1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.42.0-1 ii gir1.2-gnomebluetooth-1.03.14.0-1 ii gir1.2-gnomedesktop-3.0 3.14.0-1 ii gir1.2-gtk-3.0 3.12.2-3+b1 ii gir1.2-gtkclutter-1.01.6.0-1 ii gir1.2-javascriptcoregtk-3.0 2.4.5-2 ii gir1.2-meta-muffin-0.0 2.2.6-3 ii gir1.2-networkmanager-1.00.9.10.0-2 ii gir1.2-nmgtk-1.0 0.9.10.0-2 ii gir1.2-pango-1.0 1.36.7-1 ii gir1.2-polkit-1.00.105-6.1 ii gir1.2-soup-2.4 2.48.0-1 ii gir1.2-upowerglib-1.00.99.1-3 ii gir1.2-webkit-3.02.4.5-2 ii gkbd-capplet 3.6.0-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-session-bin3.12.1-3 ii gnome-settings-daemon3.12.2-1+b2 ii gsettings-desktop-schemas3.14.0-1 ii libatk1.0-0 2.12.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libcanberra0 0.30-2.1 ii libcinnamon-menu-3-0 2.2.0-3 ii libcjs0 2.2.2-2 ii libclutter-1.0-0 1.18.4-2 ii libcogl-pango20 1.18.2-2 ii libcogl-path20 1.18.2-2 ii libcogl201.18.2-2 ii libcroco30.6.8-3 ii libdbus-glib-1-2 0.102-1 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libgirepository-1.0-11.42.0-1 ii libgl1-mesa-glx [libgl1] 10.2.6-1 ii libglib2.0-0 2.42.0-1 ii libgstreamer1.0-01.4.3-1 ii libgtk-3-0 3.12.2-3+b1 ii libjs-jquery 1.7.2+dfsg-3.2 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4.3 ii libmuffin0 2.2.6-3 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libpulse-mainloop-glib0 5.0-6 ii libpulse05.0-6 ii libstartup-notification0 0.12-4 ii libx11-6 2:1.6.2-3 ii libxfixes3 1:5.0.1-2 ii libxml2 2.9.1+dfsg1-4 ii mesa-utils 8.2.0-1 ii multiarch-support2.19-11 ii nemo 2.2.4-2 ii network-manager-gnome
Bug#763895: [pkg-cinnamon] Bug#763895: cinnamon crashes when a window opens
¡Hola Michal! El 2014-10-03 a las 14:06 +, Michal Suchanek escribió: after finally running cinnamon I tried to open a terminal (evilvte) and cinnamon immediately crashed. I tried restarting it grom that fallback mode dialog but it crashed immediately again. Closing the terminal window allowed cinnamon to be restarted. I suspected evilvte is in some way truly evil and kills cinnamon but I created a new folder on the desktop, opened it, and cinnamon crashed again when the file manager window opened. In the attached xsession-errors file I see a weird sequence of actions, and I'm not sure if the output is mixed with some other session. Can you please copy the file before trying to start a failing application? So we can see the output generated by the failing application (just the difference pasted in paste.debian.org would be ideal). Xsession: X session started for root at Fri Oct 3 14:00:41 UTC 2014 It's highly disrecommended to use a graphical session as root. W: [pulseaudio] main.c: This program is not intended to be run as root (unless --system is specified). (cinnamon:2324): St-CRITICAL **: st_widget_get_theme_node called on the widget [0xb9150658 StBoxLayout.menu-selected-app-box] which is not in the stage. JS LOG: Invalid network device type, is 14 *WARN_ONCE* File ../../../../../../../src/mesa/drivers/dri/radeon/radeon_swtcl.c function r100_swtcl_flush line 339 Rendering was 1 commands larger than predicted size. We might overflow command buffer. *** drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. x-session-manager[2172]: WARNING: Application 'cinnamon.desktop' killed by signal 15 I think the video driver you are using is dying when the composite manager tries to start. JS LOG: About to start Cinnamon JS LOG: Cinnamon started at Fri Oct 03 2014 14:01:01 GMT+ (UTC) (cinnamon:2421): St-CRITICAL **: st_widget_get_theme_node called on the widget [0xba07c670 StBoxLayout.menu-selected-app-box] which is not in the stage. JS LOG: Invalid network device type, is 14 drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. Mmh, and it also dies in the fallback mode. x-session-manager[2172]: WARNING: App 'cinnamon.desktop' respawning too quickly x-session-manager[2172]: CRITICAL: We failed, but the fail whale is dead. Sorry That's the end of the cinnamon session. (gnome-panel:2437): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode: assertion 'accelerator != NULL' failed I don't know why you are running gnome-panel, but that's not cinnamon related. So, this seems to be another desktop environment session, did you start it or was automatically started? (nm-applet:2331): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -8 and height 24 *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug That's interesting, in the sense that, this shouldn't happend. Can you please let us know if you can use any composite window manager at all? Also, there are no traces of evitvte or the file manager failing in this log. Happy hacking, -- The day Microsoft makes something that doesn't suck, is probably the day Microsoft starts making vacuum cleaners. -- Ernst Jan Plugge Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#763895: [pkg-cinnamon] Bug#763895: cinnamon crashes when a window opens
Hello, thanks for your quick replies. Excerpts from Maximiliano Curia's message of Fri Oct 03 16:55:01 +0200 2014: ¡Hola Michal! El 2014-10-03 a las 14:06 +, Michal Suchanek escribió: after finally running cinnamon I tried to open a terminal (evilvte) and cinnamon immediately crashed. I tried restarting it grom that fallback mode dialog but it crashed immediately again. Closing the terminal window allowed cinnamon to be restarted. I suspected evilvte is in some way truly evil and kills cinnamon but I created a new folder on the desktop, opened it, and cinnamon crashed again when the file manager window opened. In the attached xsession-errors file I see a weird sequence of actions, and I'm not sure if the output is mixed with some other session. Can you please copy the file before trying to start a failing application? I attach a file befor and after crash. It seems metacity is used in fallback session and gnome panel is used also either in main or fallback session. Hence they run in the crashed session and without them cinnamon fails completely when an error occurs. So we can see the output generated by the failing application (just the difference pasted in paste.debian.org would be ideal). Xsession: X session started for root at Fri Oct 3 14:00:41 UTC 2014 It's highly disrecommended to use a graphical session as root. I know about that. It however does not make any meaningful difference for single user system unless I were to create a separate user account for every application. W: [pulseaudio] main.c: This program is not intended to be run as root (unless --system is specified). (cinnamon:2324): St-CRITICAL **: st_widget_get_theme_node called on the widget [0xb9150658 StBoxLayout.menu-selected-app-box] which is not in the stage. JS LOG: Invalid network device type, is 14 *WARN_ONCE* File ../../../../../../../src/mesa/drivers/dri/radeon/radeon_swtcl.c function r100_swtcl_flush line 339 Rendering was 1 commands larger than predicted size. We might overflow command buffer. *** drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. x-session-manager[2172]: WARNING: Application 'cinnamon.desktop' killed by signal 15 I think the video driver you are using is dying when the composite manager tries to start. It's dying at the time a window opens. Is starting a compositing manager delayed until that point? Either way, it looks like Mesa sends something unintelligible to the GPU. They talked about reworking and adding some new features to r100 so maybe there is an awesome new bug there. JS LOG: About to start Cinnamon JS LOG: Cinnamon started at Fri Oct 03 2014 14:01:01 GMT+ (UTC) (cinnamon:2421): St-CRITICAL **: st_widget_get_theme_node called on the widget [0xba07c670 StBoxLayout.menu-selected-app-box] which is not in the stage. JS LOG: Invalid network device type, is 14 drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. Mmh, and it also dies in the fallback mode. x-session-manager[2172]: WARNING: App 'cinnamon.desktop' respawning too quickly x-session-manager[2172]: CRITICAL: We failed, but the fail whale is dead. Sorry That's the end of the cinnamon session. (gnome-panel:2437): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode: assertion 'accelerator != NULL' failed I don't know why you are running gnome-panel, but that's not cinnamon related. So, this seems to be another desktop environment session, did you start it or was automatically started? It starts automagically when cinnamon fails. Can you please let us know if you can use any composite window manager at all? Presumably I am running a compositing manager because xcompmgr refuses to start on the excuse that a compositing manager is running. Is metacity doing compositing? Also, there are no traces of evitvte or the file manager failing in this log. They aren't really failing. They just open a window that makes cinnamon crash and keep running. The file manager is running anyway so there would be no trace of it in the log. Thanks Michal .xsession-errors-crash Description: Binary data .xsession-errors Description: Binary data
