Red Hat Bugzilla – Bug 1470038
[abrt] gnome-shell: gtk_icon_info_load_icon_finish(): gnome-shell killed by signal 6
Last modified: 2017-07-25 02:13:27 EDT
Description of problem:
I believe, though there is admittedly conjecture involved on my part, that this crash is one manifestation of a general failure in Gnome Shell SVG file support, since upgrading my laptop from F25 to F26. My encounters with this issue so far:
1. Attempting to open the Activities view in the Shell's Overview crashes Gnome Shell.
2. If an alternative Shell launcher extension is installed, such as Activities Menu, then opening CERTAIN categories will crash Gnome Shell. (e.g. I can view the list in Accessories with no problem, but opening Internet crashes the Shell, presumably because one of the applications in Internet is using a .svg icon)
3. Nautilus does not display .svg thumbnails, unlike my F25 desktop, if visiting e.g. /usr/share/icons/hicolor/scalable/apps/. All other (supported) image file formats are thumbnailed correctly.
4. eog (Image Viewer) does not displays thumbnails for .svg files in its Gallery, though it can display the files themselves.
Version-Release number of selected component:
runlevel: N 5
Potential duplicate: bug 1405102
Created attachment 1296836 [details]
Created attachment 1296837 [details]
Created attachment 1296838 [details]
Created attachment 1296839 [details]
Created attachment 1296840 [details]
Created attachment 1296841 [details]
Created attachment 1296842 [details]
Created attachment 1296843 [details]
Created attachment 1296844 [details]
Created attachment 1296845 [details]
Created attachment 1296846 [details]
#2 0x00007fccb36b970d in g_assertion_message (domain=domain@entry=0x7fccb7aea238 "Gtk", file=file@entry=0x7fccb7b235dd "gtkicontheme.c", line=line@entry=4258, func=func@entry=0x7fccb7b24190 <__func__.41728> "gtk_icon_info_load_icon_finish", message=message@entry=0x55f9cd2b0200 "assertion failed: (icon_info_get_pixbuf_ready (icon_info))") at gtestutils.c:2433
This suggests that gtk_icon_info_load_icon_async() either calls the passed callback before the icon is actually ready, or doesn't handle an error that occurred during load. The latter looks more likely to me, in particular if it's an error that only started to occur recently due to changes in librsvg (which is in the process of being ported to rust, so big changes with lots of potential for bugs).
In any case this isn't anything that can be handled in gnome-shell.
After failing in my efforts to make the upgraded system usable, I decided to do a fresh install of F26 direct from the DVD media to a new root LV created alongside this upgraded one. While that install process was not without its own hiccups (bug 1474042), once I had the install up and running I experienced none of the same issues with SVG files that were plagueing me post-upgrade.
I'm not sure WHAT exactly is different about the upgraded install, vs. the new one. It's not my user account, as the first thing I tried was moving that out of the way and it had no effect. I also created a new user account and experienced the same problems. I can only guess it's perhaps one of the third-party packages installed on the system, or perhaps something in my configs in /etc/, that's causing this problem.
Regardless, since it appears to be something unique to my individual Fedora install, closing this as unable to reproduce.