Closed nariox closed 5 years ago
Confirmed.
I can reproduce the issue in Fedora 29.
I played around a bit and the problem happens when the indicator is destroyed in the disable function when the screen is locked. It's strange because it only causes an issue when locking. Logging out and disabling the extension otherwise calls the same function and causes no issues that I can tell?
I'm working mandatory overtime at my day job for the foreseeable future (12 days on, 2 days off) so it may be a little while before I can dedicate a lot of time to fix this. I would certainly welcome any help if you are able and inclined.
No worries, stay strong! Thank you for developing this extension.
@nariox, I think I found what's causing the issue.
The ScrollablePopupMenu causes the crash from what I can tell. Removing it and using the builtin "normal" non-scrollable menu seems to stop the crash from happening. The drawback is that without scrollabilty it's possible for the players list to overflow the screen. Although for that to happen you'd need either a really small screen or you'd have to have like 20 player open at once.
I'll push a fix here in a bit that removes ScrollablePopupMenu.
There. I pushed and update that should among other things, fix the issue.
Thank you, do you think this is an upstream bug? Should I report it?
EDIT: WOW, that's a huge rewrite. Thank you again! I'll close the bug.
EDIT: WOW, that's a huge rewrite.
Yep. I've been sitting on that for a while. Mostly just moving things around and encapsulating things.
do you think this is an upstream bug? Should I report it?
Nah. ScrollablePopupMenu was a bit of a hack to workaround the fact that there are no stock popup menus that are both scrollable and non collapsible. Even if it is an upstream issue they won't do anything about it. The Shell works just fine for their use case as far as they're concerned.
Distro Name & Version
Archlinux (latest packages as of Jan 24th)
GNOME Shell Version
3.30.2
Other Installed Extensions
Tried with just this one enabled, same behavior. Tried with other extensions enabled without this one, no problem.
Expected Behavior
After clicking the lock button, session locks and asks for password.
Current Behavior
After trying to lock the session, gnome-shell crashes, no lock dialog is generated, gnome-shell reloads (or sometimes crashes the session). I have not found any other instances where this extension causes gnome-shell to crash.
Detailed Description
I'm not too handy with core dumps, but this seems to be the relevant line: