Closed jedrzejboczar closed 5 years ago
Odd, I will say I also experienced issues with Mutter 3.26.1 crashing whenever certain dialogs opened in Java applications (triggering some sort of window update). Specifically there are bug reports about improper handling of maximized windows causing shell crashes (which in Wayland also leads to a full session crash).
I'm not sure how my extension specifically could be causing this, but I will do more testing. It is possible, however, that as this extension specifically deals with maximized windows it is "triggering" the bugs in Mutter when operating.
This patch/version of mutter fixed my issues with maximization instability: mutter-3.26-fixed while this forum discusses the issue arch forums. There are also reports of newer versions of mutter (released within the past week) fixing numerous maximization/window bugs. If you could supply the full coredump that'd also be useful!
Yes, at at the beggining I was trying to find a problem in gnome-shell/mutter, and had even compiled them with debug-symbols, but couldn't find any clue. Then I saw this muter fix but it didn't help (although for a moment I thought it did). I don't know what causes the bug in the first place, but disabling the extension was the only thing that helped, so I've written this issue. Maybe, like you say, the bug is just triggered somehow by dynamic panel transparency.
Anyway here is the corresponding coredump. I will later try to reproduce it with debug symbols if you wish. And will try some different approaches if something comes to my mind.
PID: 5527 (gnome-shell)
UID: 1000 (jb)
GID: 100 (users)
Signal: 5 (TRAP)
Timestamp: Wed 2017-10-18 13:38:04 CEST (5h 39min ago)
Command Line: /usr/bin/gnome-shell
Executable: /usr/bin/gnome-shell
Control Group: /user.slice/user-1000.slice/session-c3.scope
Unit: session-c3.scope
Slice: user-1000.slice
Session: c3
Owner UID: 1000 (jb)
Boot ID: b8d72155b5ef43d2ba6c3922bd7595de
Machine ID: 9fb60ceed3fb4c84bb8373fb25179dda
Hostname: jjland
Storage: /var/lib/systemd/coredump/core.gnome-shell.1000.b8d72155b5ef43d2ba6c3922bd7595de.5527.1508326684000000.lz4
Message: Process 5527 (gnome-shell) of user 1000 dumped core.
Stack trace of thread 5527:
#0 0x00007f2327544cd2 n/a (libglib-2.0.so.0)
#1 0x00007f2327544ecd g_log_default_handler (libglib-2.0.so.0)
#2 0x000055bc4a9af1b8 n/a (gnome-shell)
#3 0x00007f23275454ef g_logv (libglib-2.0.so.0)
#4 0x00007f2327545680 g_log (libglib-2.0.so.0)
#5 0x00007f232754b093 g_malloc0 (libglib-2.0.so.0)
#6 0x00007f2325504131 n/a (libst-1.0.so)
#7 0x00007f2325506324 _st_create_shadow_pipeline (libst-1.0.so)
#8 0x00007f232550674d _st_create_shadow_pipeline_from_actor (libst-1.0.so)
#9 0x00007f23255067ae n/a (libst-1.0.so)
#10 0x00007f232550683f n/a (libst-1.0.so)
#11 0x00007f2325511298 n/a (libst-1.0.so)
#12 0x00007f23278222c2 g_signal_emit_valist (libgobject-2.0.so.0)
#13 0x00007f2327823920 g_signal_emit (libgobject-2.0.so.0)
#14 0x00007f2325528e8e n/a (libst-1.0.so)
#15 0x00007f232552912b st_widget_style_changed (libst-1.0.so)
#16 0x00007f232552a16b n/a (libst-1.0.so)
#17 0x00007f23278222c2 g_signal_emit_valist (libgobject-2.0.so.0)
#18 0x00007f2327823920 g_signal_emit (libgobject-2.0.so.0)
#19 0x00007f2325528e8e n/a (libst-1.0.so)
#20 0x00007f232552912b st_widget_style_changed (libst-1.0.so)
#21 0x00007f232552a16b n/a (libst-1.0.so)
#22 0x00007f23278222c2 g_signal_emit_valist (libgobject-2.0.so.0)
#23 0x00007f2327823920 g_signal_emit (libgobject-2.0.so.0)
#24 0x00007f2325528e8e n/a (libst-1.0.so)
#25 0x00007f232552912b st_widget_style_changed (libst-1.0.so)
#26 0x00007f232552a16b n/a (libst-1.0.so)
#27 0x00007f232780a602 g_closure_invoke (libgobject-2.0.so.0)
#28 0x00007f232781dae2 n/a (libgobject-2.0.so.0)
#29 0x00007f2327822696 g_signal_emit_valist (libgobject-2.0.so.0)
#30 0x00007f2327823920 g_signal_emit (libgobject-2.0.so.0)
#31 0x00007f2325528e8e n/a (libst-1.0.so)
#32 0x00007f232552912b st_widget_style_changed (libst-1.0.so)
#33 0x00007f232552a16b n/a (libst-1.0.so)
#34 0x00007f232780a6f5 g_closure_invoke (libgobject-2.0.so.0)
#35 0x00007f232781dae2 n/a (libgobject-2.0.so.0)
#36 0x00007f2327822696 g_signal_emit_valist (libgobject-2.0.so.0)
#37 0x00007f2327823920 g_signal_emit (libgobject-2.0.so.0)
#38 0x00007f2325528e8e n/a (libst-1.0.so)
#39 0x00007f232552912b st_widget_style_changed (libst-1.0.so)
#40 0x00007f23255292e9 st_widget_remove_style_pseudo_class (libst-1.0.so)
#41 0x00007f23255298e2 n/a (libst-1.0.so)
#42 0x00007f232780a6f5 g_closure_invoke (libgobject-2.0.so.0)
#43 0x00007f232781e0b0 n/a (libgobject-2.0.so.0)
#44 0x00007f2327822696 g_signal_emit_valist (libgobject-2.0.so.0)
#45 0x00007f2327823920 g_signal_emit (libgobject-2.0.so.0)
#46 0x00007f2327810bf6 n/a (libgobject-2.0.so.0)
#47 0x00007f232780c150 n/a (libgobject-2.0.so.0)
#48 0x00007f232780d9d1 g_object_setv (libgobject-2.0.so.0)
#49 0x00007f232780dcaf g_object_set_property (libgobject-2.0.so.0)
#50 0x00007f23264d85e8 n/a (libgjs.so.0)
#51 0x00007f231faf7cb7 n/a (libmozjs-52.so.0)
#52 0x00007f231fb0d68b n/a (libmozjs-52.so.0)
#53 0x00007f231fb1a46e n/a (libmozjs-52.so.0)
#54 0x00007f231fd27fc1 n/a (libmozjs-52.so.0)
#55 0x00003f535f661c06 n/a (n/a)
#56 0x00003f535f8ec2a5 n/a (n/a)
#57 0x000055bc516f54c8 n/a (n/a)
#58 0x00003f535f8ec2a5 n/a (n/a)
#59 0x000055bc4def0558 n/a (n/a)
#60 0x00003f535f8ec2a5 n/a (n/a)
I'll test this on 3.26 more tonight and see if I can reproduce.
Hi, I stopped using your extension for some time, but few days ago I tried again. The problem was still there, but I've found the option "Remove excess panel styling (Fixes theme incompatibilities.)" and yeah, it fixed them ;) So thanks for your awesome extension and I think that the issue can be closed now.
I'm hitting the same bug on Debian Testing, but I'm pretty certain it's related to GNOME Shell itself, not this extension. It's only a symptom, not the cause :)
It happens only when switching to a new workspace, but not systematically. It makes the entire GNOME session die.
Nov 14 15:04:44 dimsum gnome-shell[6562]: _cogl_buffer_fini: assertion '!(buffer->flags & COGL_BUFFER_FLAG_MAPPED)' failed
Nov 14 15:04:44 dimsum gnome-shell[6562]: ../../../../glib/gmem.c:130: failed to allocate 18446744072098939136 bytes
Nov 14 15:04:44 dimsum kernel: traps: gnome-shell[6562] trap int3 ip:7f5e0284b911 sp:7ffcbaa60b10 error:0 in libglib-2.0.so.0.5400.1[7f5e027fb000+111000]
(Followed by pretty much everything GNOME-related dying and systemd terminating the session.)
This is still happening to me as of today (March 4, 2018). Oddly enough, it seems to be related to the "Enable icon shadowing" toggle. If enabled, switching to a different application on a different workspace by clicking the icon in the panel (dash to panel) or via normal alt+tab, crashes the whole gnome-session (logging out or restarting x). I have only tested this on xorg.
Gnome version: 3.26.2 Extension version: v26
Hey @ismay7, you might be interested by this issue jderose9/dash-to-panel#352. Thanks
@charlesg99 @ismay7 I've gotten another report of issues in #88. Unfortunately, I don't have time to fix this right now (It'll be at least a few days before I have the free time...) but I'll give you my initial impressions. Based on what I'm seeing from bug reports and my own system I think this is related to an issue in GJS. 3.26 upgraded GJS from the 38 series to I believe the 52 series. Before this upgrade I can't reproduce the crashes and as the crashes are directly related to the retrieval of certain objects in Gnome Shell I'm guessing this instability results from a bug in GJS. At the very least, we've all implemented transparency in an incorrect way and for some reason 3.26.x is allowed the entire shell to crash as a result. Oh Javascript.
Generally it appears there are plenty of issues with the theming APIs under 3.26.x causing the shell to crash where it didn't before.
Hi, I'm running Gnome 3.28 with Dash-to-Panel v13 and Dynamic Panel Transparency v25.
It's been a problem for months, as long as I can remember when I started using Dash to Panel in combination with Dynamic Panel Transparency that if I switch workspaces quickly, it'll crash. Turning Dynamic Panel Transparency off has been the only solution to avoid crashes so far. I have tried various settings configs, with nothing working.
If there are any logs or information I can provide to help, I'll gladly do so. Wish it'd work without crashes, I love transparency! :)
Hi, I do maintain a patched mutter package on AUR. I have not experienced any crashes for a whole month using mutter 3.28.1 with vanvugt/fix-clock-smoothness-v3
, vanvugt/crtc-holds-reference
and the mutter-781835-workaround
patch. I am now using mutter 3.28.2 with only mutter-781835-workaround
patch to test.
This issue may not related to mutter at all, but I have not experienced the crashes since some point of time. I was getting 3-10 crashes per day back then.
Not a single crash since 3.28.2.
Yes, I've been testing on 3.28.2 and I also appear to have issues fixed. This is good, because I've been struggling to find the issue on earlier platforms. I'll release an update for 3.28 shortly.
Hi, I'v been getting a strange bug recently, I think it's since Gnome 3.26 but I'm not sure.
My gnome-shell crashes when I switch workspaces quickly. On Wayland it sends me back to login screen, Xorg is softer and it usually gets up after few seconds from the crash. I'v been trying to find a reason for quite a long time and it seems that it crashes only with your extension enabled. It seems like some memory allocations fail, and then the size for another allocation is from some random unallocated memory part. Here I post some system data and logs, hope that it helps.
Extension version: v24 Gnome version: 3.26.1
Extensions from "org.gnome.shell enabled-extensions" (though I would say I haven't installed e.g. maximus or dynamicTopBar, and they won't show in Tweaks):
Gnome-shell log (everything since 13:38:00 is the crash):
And in the kernel log it throws:
And there is a core dump too, but I think it doesn't say a lot, as I don't have any debug symbols anyway. If you need something more just say.