Version-Release number of selected component: gnome-session-3.22.0-1.fc25 Additional info: reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 25146 kernel: 4.8.0-0.rc8.git0.1.fc25.x86_64 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 _gtk_style_provider_private_get_settings at gtkstyleproviderprivate.c:123 #1 gtk_css_value_initial_compute at gtkcssinitialvalue.c:52 #2 gtk_css_static_style_compute_value at gtkcssstaticstyle.c:237 #3 _gtk_css_lookup_resolve at gtkcsslookup.c:122 #4 gtk_css_static_style_new_compute at gtkcssstaticstyle.c:195 #5 gtk_css_static_style_get_default at gtkcssstaticstyle.c:164 #6 gtk_css_node_init at gtkcssnode.c:663 #7 g_type_create_instance at gtype.c:1860 #8 g_object_new_internal at gobject.c:1783 #11 gtk_css_widget_node_new at gtkcsswidgetnode.c:301
Created attachment 1210055 [details] File: backtrace
Created attachment 1210056 [details] File: cgroup
Created attachment 1210057 [details] File: core_backtrace
Created attachment 1210058 [details] File: dso_list
Created attachment 1210059 [details] File: environ
Created attachment 1210060 [details] File: exploitable
Created attachment 1210061 [details] File: limits
Created attachment 1210062 [details] File: maps
Created attachment 1210063 [details] File: mountinfo
Created attachment 1210064 [details] File: namespaces
Created attachment 1210065 [details] File: open_fds
Created attachment 1210066 [details] File: proc_pid_status
Created attachment 1210067 [details] File: var_log_messages
Note: recent rpm updates seem to have fixed this issue.
Abrt, is reporting a duplicate problem with 3.23.2-fc26 on aarch64. I can attach futher info, but looking at the backtrace is looks similar. What RPM update fixed it?
I've just had this happen with 3.22.1-2.fc25.x86_64, so it doesn't appear to be fixed. Each time, there has been a crash in xorg-x11-server (I'm not sure if this causes those, or vice-versa). I had already added bug 1384486 to "See Also", and adding bug 1382444 there now.
Proposed as a Blocker for 25-final by Fedora user galileo using the blocker tracking app because: This bug (or the related "See Also" bugs, I'm not sure which causes which) results in a crash that drops the user back to the login screen (resulting in desktop applications being terminated). As this seems severe, and is an instability that did not exist in F24, I'm proposing it as a blocker. I notice that there's a related update that I don't have (xorg-x11-server-1.19.0-0.3.20161026.fc25) which could potentially fix this, but there's no indication from the update page (https://bodhi.fedoraproject.org/updates/FEDORA-2016-b01dbd9b2b) that it explicitly fixes this. Also, dnf seems to be failing to synchronise repo caches at the moment so I've only noticed that update now as I've been typing this. I'll download and install it manually, but as I don't know how to reliably reproduce this problem, I'm not sure how much use that will be. I'll be back in the office on Tuesday, where the problem seems to occur more frequently (potentially related to it being a different display configuration?).
This gtk3 issue has been around for a few releases https://bugzilla.redhat.com/show_bug.cgi?id=1271837
The 20161026 release doesn't seem to fix this for me
Discussed during the 2016-10-31 blocker review meeting: [1] The decision to classify this bug as a RejectedBlocker was made as the currently stated details seem to imply that this bug affects only a few users. If more information arises to suggest the impact of this bug is more widespread, we will consider a reclassification to blocker status. [1] https://meetbot.fedoraproject.org/fedora-blocker-review/2016-10-31/f25-blocker-review.2016-10-31-16.01.txt
I had this today with gnome-session-3.22.1-2.fc25 and in parallel with https://bugzilla.redhat.com/show_bug.cgi?id=1389886 (on xorg-x11-server-Xorg-1.19.0-0.7.rc2.fc25).
Problem still around, I had this problem today.
Same, 3.22.1-2.fc25.x86_64
I've only had this happen 2 or 3 times (while running GNOME in Wayland) in the week after clean installing F25, but each time I think I was running xpdf. Could specific applications trigger this?
On one of my computers I get this crash every single time I want to log in after a clean boot. I'm thrown back to a login screen. A second login attempt works fine.
Similar problem has been detected: Every second login attempt fails and this is then in abrt. I think this is closely related or a duplicate of bug 1384508. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 1241 kernel: 4.8.10-300.fc25.x86_64 package: gnome-session-3.22.2-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
I finally found the issue. I see the login not working every second time, if I have "org.gnome.SessionManager auto-save-session" set to true. If I set it to false, the failed login attempts disappear. Tested on two computers that exhibit the problem, fixed for both. Other reporters: If you can reproduce the problem reliably, can you check whether this setting also fixes the problem for you? Use $ gsettings get org.gnome.SessionManager auto-save-session to see the current value, and $ gsettings set org.gnome.SessionManager auto-save-session false (or true) to set a new value. Thanks.
Created attachment 1225459 [details] journal during failed login attempt
(In reply to Kamil Páral from comment #27) > Other reporters: If you can reproduce the problem reliably, can you check > whether this setting also fixes the problem for you? Use > $ gsettings get org.gnome.SessionManager auto-save-session > to see the current value, and > $ gsettings set org.gnome.SessionManager auto-save-session false > (or true) to set a new value. Thanks. Yes, I can reproduce with value 'true', however I am pretty sure I was not set this value before, so it seems it can also happen with 'false'. This is reproducible for me with Wayland, X.org is not affected for me by this value change.
"however I am pretty sure I was not set this value before" on what grounds are you sure of that?
(In reply to Adam Williamson from comment #30) > "however I am pretty sure I was not set this value before" > > on what grounds are you sure of that? Because I usually don't tend to just randomly change values that I don't know what they are for. Unless something changed it for me, then there is a possibility I guess. https://github.com/GNOME/gnome-session/blob/master/data/org.gnome.SessionManager.gschema.xml.in#L4
That's the default *now*. It wasn't necessarily the default when you installed your system.
If you are referring to upstream possibly changing the default setting, then I fail to find any commits regarding that for the last couple of years. My "unmodified" setting before I changed to test requested case was 'false'.
aha, ok, *that's* the important thing to know. still, be good to hear from other reporters. are you definitely actually hitting the same backtrace as kparal?
Well, I am not sure. ABRT is linking me to this bugreport as "already been reported".
abrt isn't *always* right. you should at least be able to see the non-complete backtrace by looking at the file core_backtrace in the crash's directory under /var/spool/abrt (most likely)...
Created attachment 1225584 [details] core_backtrace Not sure how to interpret, core_backtrace attached.
There used to be a GUI to set this value, I think, up to Gnome 3.8. If that's the same value, then it's plausible that multiple people have it set. https://bugzilla.gnome.org/show_bug.cgi?id=704675 Mine is set to "true". I'm setting it to "false." I got here from abrt.
In my case it is set to "false" (and I am sure it was false during last few months).
It might be worth mentioning that I (bug creator) am not using Wayland, and I haven't encountered any "every second login fails" problems. Adam's comment that "abrt isn't *always* right" prompted me to make this clear. Also, I can't remember the last time I encountered this issue (when it was originally at least daily on my work configuration (different external monitor and monitor rotation than otherwise, among other things)).
it does sound rather like abrt may be duping issues that aren't actually dupes, here.
From what I understood from the ABRT team, the tracebacks have to be exactly the same in order to point you to the same bug report. However, the same traceback can occur in different scenarios, as is obviously the case here. Something in my login process triggers the same issue that other people see only rarely and not related to login.
Well, in this case at least, srakitnican's trace is the same as yours, yeah, so that must be the case, I guess...
(In reply to Kamil Páral from comment #27) > I finally found the issue. I see the login not working every second time, if > I have "org.gnome.SessionManager auto-save-session" set to true. If I set it > to false, the failed login attempts disappear. Tested on two computers that > exhibit the problem, fixed for both. I can reproduce the issue with a cleanly installed Fedora 25 and even on a Live image. I reported the issue upstream as: https://bugzilla.gnome.org/show_bug.cgi?id=775463
After talking to mcatanzaro, it's slightly more complex. If gnome-session quits unexpectedly, gnome-session-failed is invoked. And that happens to crash and that's the backtrace we see here. But the reasons why gnome-sessions exited might be different, and that's why different people see this for different use cases. The auto-save-session feature is one trigger, but someone has to debug why exactly it crashes, and it's a different issue (so we should probably do it in the upstream bug). This one bug is solely about gnome-session-failed crashing, which is supposedly simply trying the display the sad computer/fail whale image.
Disabling auto-save-session fixed the problem for me. In my case, gnome-settings-daemon was failing with "Failed to initialize GTK+" before gnome-session-failed was launched and segfaulted: Nov 28 09:42:12 eng1n65.eng.sedsystems.ca gnome-settings-[2153]: Unable to initialize GTK+ Nov 28 09:42:12 eng1n65.eng.sedsystems.ca gnome-session[2099]: gnome-session-binary[2099]: WARNING: App 'gnome-settings-daemon.desktop' exited with code 1 Nov 28 09:42:12 eng1n65.eng.sedsystems.ca gnome-session-binary[2099]: WARNING: App 'gnome-settings-daemon.desktop' exited with code 1 Nov 28 09:42:12 eng1n65.eng.sedsystems.ca gnome-settings-[2161]: Unable to initialize GTK+ Nov 28 09:42:12 eng1n65.eng.sedsystems.ca gnome-session[2099]: gnome-session-binary[2099]: WARNING: App 'gnome-settings-daemon.desktop' exited with code 1 Nov 28 09:42:12 eng1n65.eng.sedsystems.ca gnome-session[2099]: gnome-session-binary[2099]: WARNING: App 'gnome-settings-daemon.desktop' respawning too quickly Nov 28 09:42:12 eng1n65.eng.sedsystems.ca gnome-session-binary[2099]: WARNING: App 'gnome-settings-daemon.desktop' exited with code 1 Nov 28 09:42:12 eng1n65.eng.sedsystems.ca gnome-session-binary[2099]: Unrecoverable failure in required component gnome-settings-daemon.desktop Nov 28 09:42:12 eng1n65.eng.sedsystems.ca gnome-session-binary[2099]: WARNING: App 'gnome-settings-daemon.desktop' respawning too quickly Nov 28 09:42:12 eng1n65.eng.sedsystems.ca gnome-session[2099]: Unable to init server: Could not connect: Connection refused Nov 28 09:42:12 eng1n65.eng.sedsystems.ca audit[2166]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=2166 comm="gnome-session-f" exe="/usr/libexec/ Nov 28 09:42:12 eng1n65.eng.sedsystems.ca kernel: show_signal_msg: 174 callbacks suppressed Nov 28 09:42:12 eng1n65.eng.sedsystems.ca kernel: gnome-session-f[2166]: segfault at 0 ip 00007fb806b90229 sp 00007ffe1f775a40 error 4 in libgtk-3.so.0.2200.2[7fb8068b2000+6f0000]
I'm here since I'm facing this problem which directs to this bug: https://fedoraproject.org/wiki/Common_F25_bugs#every-second-login-fails However, I have no ABRT traceback, and $ gsettings get org.gnome.SessionManager auto-save-session returns false. Here is what is observed: - first GDM login using wayland succeeds - logout or change user - attempting new wayland login fails - attempting xorg logins succeeds. Reboot resets everything and a new wayland session can be opened. I logged out and waited for a new minute to attempt a new Wayland session (and then waited for another minute to log back in with xorg). I'm uploading the journal of that minute.
Created attachment 1227295 [details] Journal of failed wayland login attempt
This is pretty bad, it breaks GNOME 3 on X (and I'm not using Wayland as it is far too buggy and incomplete).
(In reply to James from comment #49) > This is pretty bad, it breaks GNOME 3 on X (and I'm not using Wayland as it > is far too buggy and incomplete). Hardly, this bug is about error screen crash, you are probably experiencing some other bug which triggers this one. See comment 45.
(In reply to srakitnican from comment #50) > (In reply to James from comment #49) > > This is pretty bad, it breaks GNOME 3 on X (and I'm not using Wayland as it > > is far too buggy and incomplete). > > Hardly, this bug is about error screen crash, you are probably experiencing > some other bug which triggers this one. See comment 45. You're right... back to the digging.
Daniel: please see comment #45 - we've got a kind of unfortunate situation here where it seems like the "Oh no!" screen that's supposed to show up when something else crashes can *itself* crash. Everyone who hits the "Oh no!" screen crash is getting directed here, but the "Oh no!" screen crash itself is probably not what you care about, what you care about is the *previous* crash which caused the "Oh no!" screen to try and show up. And it seems like that can be a different issue in each case, so all the people on this report are not actually hitting the same bug, they just all happen to see the subsequent bug where the "Oh no!" screen crashes :/ I'll update common bugs as best I can later.
Adam, yes I'm was trying to find the implications of #45. I have extracted logs with some errors but they are not related to this bug. So to avoid adding noise here, I'll take action after you update the common bugs page.
DBV: what you need to do is try and figure out what it was that crashed *before* the 'Oh no!' page crashed, to cause the 'Oh no!' page to try and appear in the first place. I don't know if that crash shows up in abrt or not, but it's worth having a look for other crashes there.
I've updated commonbugs a little now, so the entry for kparal's bug explicitly covers this wrinkle, and there's a specific entry for the 'oh no!' screen crash which explains that different people may arrive at it in different ways.
Well there are also a lot of gnome-terminal aborts (and i suspect other apps as well) which are actually caused by the gnome-session aborts.
I am having a similar issue as the original bug. I updated from Fedora 24 to Fedora 25, I can login but when I logout and try to log back in I get taken back to the login screen, I have to restart to be able to log back in. 'Fedora 64 bit'
Any update on this bug? (happened again 5 min ago.) I think for me the initial crash is caused by Chrome (google-chrome-stable) . That causes the gnome-session crash and xorg-x11-server crash. I understand that Fedora doesn't support chrome. But the subsequent crashes shouldn't be happening right? i.e. gnome should gracefully handle the chrome-crash. I will stop trying to use chrome (in parallel to firefox) until this issue with gnome is resolved. Cheers.
This is happening more frequently now. F25 is becoming too unstable for me. 3 times already in less than 2 hours, gnome has crashed.
(In reply to William Henry from comment #59) > This is happening more frequently now. F25 is becoming too unstable for me. > 3 times already in less than 2 hours, gnome has crashed. I mean F25/gnome. I'm going to switch to KDE to see if it's more stable.
Similar problem has been detected: I was trying to fix a bug in a Gnome Shell Extension. After a couple of reloads the shell crashed and I could only log back in after renaming the folder of the extension (so it doesn't get loaded). reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 14875 kernel: 4.8.13-300.fc25.x86_64 package: gnome-session-3.22.2-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
Same here after upgrading to Fedora 25 from a working Fedora 24 system. No more working GNOME, GNOME Classic, or GNOME X.org. I'm tossed back out to the greeter after logging in. Still have not figured out how to fix this situation. Luckily Mate is working now, or I wouldn't be able to use the system.
This is not limited to Gnome. I'm having crashes on KDE now too. And not Chrome related. So this is probably more about X11 than gnome. I'd post more details on the KDE crash but my KDE desktop is completely messed up after the crash. F25 is too unstable for me. I may have to go back to F24 or even F23 to where my camera worked. William
I'm also seeing the problem of not being able to log in the second time consistently, after upgrading from F24 to F25. While I don't have the auto-save-session set now, or prior to the upgrade, I have had it in the past, so it may have left some items around in my environment. Secondly, I can recover from it by logging in on another terminal (say ALT-F4) and killing off the GDM session, which seems to be around from the previous login (or permanently?). Once that restarts I can log in fine, until the next log out.
*** Bug 1410676 has been marked as a duplicate of this bug. ***
I am seeing this bug on a non-upgraded Fedora 25 installation in a Hyper-V VM as well as on my upgraded F24-F25 home PC. I am running Fedora 25 workstation in a hyper-V vm with minimal packages installed. [mark@localhost ~]$ sudo dnf history ID | Command line | Date and time | Action(s) | Altered ------------------------------------------------------------------------------- 18 | update | 2017-01-11 11:19 | I, U | 44 17 | install vim-enhanced | 2017-01-10 22:12 | Install | 4 16 | install composer | 2017-01-09 15:23 | Install | 31 15 | install gnome-tweak-tool | 2017-01-09 11:43 | Install | 9 14 | update | 2017-01-09 11:09 | Update | 28 13 | install ./mysql-workbenc | 2017-01-05 11:25 | Install | 20 12 | update -y | 2017-01-05 09:22 | I, U | 445 EE 11 | install mysql-server | 2017-01-04 16:20 | Install | 8 10 | install php-ZendFramewor | 2017-01-04 16:17 | Install | 5 9 | install php-pdo | 2017-01-04 16:15 | Install | 1 8 | install php-mbstring php | 2017-01-04 15:58 | Install | 4 7 | install php-intl | 2017-01-04 15:58 | Install | 1 6 | install php-mcrypt | 2017-01-04 15:58 | Install | 2 5 | install php-pear-Net-Cur | 2017-01-04 15:56 | Install | 4 4 | install php-opcache | 2017-01-04 15:54 | Install | 1 3 | install mysql | 2017-01-04 15:33 | Install | 3 2 | install mod_php | 2017-01-04 15:28 | Install | 4 1 | | 2016-11-15 16:27 | Install | 1485 EE
I have seen this bug consistently in one of three Fedora 25 installations, regardless of the kernel version, but that may expected if this is a GNOME issue. Here are data which may prove useful: OK: Server. No issues as there is no GUI. Workstation (32 bit), running on an old HP netbook. KO: Workstation (64 bit) running in Windows 10 Pro Hyper-V (for Hyper-V this is not an officially supported version of Linux) The obvious differences are 32 vs 64 bit but the important one might be virtualization, perhaps triggering race conditions. I remember, for example, that there is an inherent race in setting a process group leader, so it needs to be done by the parent and child processes alike. Virtualization could affect timing, both in 'real' time and in deterministic paths that code might take depending on implementation.
(In reply to Tobias Schönberg from comment #61) > Similar problem has been detected: > > I was trying to fix a bug in a Gnome Shell Extension. After a couple of > reloads the shell crashed and I could only log back in after renaming the > folder of the extension (so it doesn't get loaded). > > reporter: libreport-2.8.0 > backtrace_rating: 4 > cmdline: /usr/libexec/gnome-session-failed --allow-logout > crash_function: _gtk_style_provider_private_get_settings > executable: /usr/libexec/gnome-session-failed > global_pid: 14875 > kernel: 4.8.13-300.fc25.x86_64 > package: gnome-session-3.22.2-1.fc25 > pkg_fingerprint: 4089 D8F2 FDB1 9C98 > pkg_vendor: Fedora Project > reason: gnome-session-failed killed by SIGSEGV > runlevel: N 5 > type: CCpp > uid: 1000 Where you able to trace it back to a specific extension? I'm having issue but only after upgrading to kernel 4.9.3 on a Lenovo t420
(In reply to Matthew Brabham from comment #68) > (In reply to Tobias Schönberg from comment #61) > > Similar problem has been detected: > > > > I was trying to fix a bug in a Gnome Shell Extension. After a couple of > > reloads the shell crashed and I could only log back in after renaming the > > folder of the extension (so it doesn't get loaded). > > > > reporter: libreport-2.8.0 > > backtrace_rating: 4 > > cmdline: /usr/libexec/gnome-session-failed --allow-logout > > crash_function: _gtk_style_provider_private_get_settings > > executable: /usr/libexec/gnome-session-failed > > global_pid: 14875 > > kernel: 4.8.13-300.fc25.x86_64 > > package: gnome-session-3.22.2-1.fc25 > > pkg_fingerprint: 4089 D8F2 FDB1 9C98 > > pkg_vendor: Fedora Project > > reason: gnome-session-failed killed by SIGSEGV > > runlevel: N 5 > > type: CCpp > > uid: 1000 > > Where you able to trace it back to a specific extension? > > I'm having issue but only after upgrading to kernel 4.9.3 on a Lenovo t420 It was EasyScreenCast. But only during trying to fix an issue with the extension. You could problem reproduce it by putting some errors in the code.
Similar problem has been detected: I was trying to login after updating all available packages. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 8741 kernel: 4.9.4-201.fc25.x86_64 package: gnome-session-3.22.2-3.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
I thought the following observations may be interesting: -- I continue to experience the problem running in Hyper-V for all Fedora kernels up to and including 4.9.5 (no real surprise). -- org.gnome.SessionManager auto-save-session is false (no real surprise). >> I notice (having tried it for the first time ever) that automatic login fails as well (it works on my machine where no second login issue happens). For persons familiar with the GDM this may offer a clue.
Just to report that this is still happening on Fedora 25 Problem is marked as a duplicate for this issue by the reporter, but just in case this is the stacktrace [ { "crash_thread": true , "frames": [ { "address": 139842645641369 , "build_id": "560be2ff034142f03b40ec4bb94d72dc3f752e43" , "build_id_offset": 3008665 , "function_name": "_gtk_style_provider_private_get_settings" , "file_name": "/usr/lib64/libgtk-3.so.0.2200.7" } , { "address": 139842644182248 , "build_id": "560be2ff034142f03b40ec4bb94d72dc3f752e43" , "build_id_offset": 1549544 , "function_name": "gtk_css_value_initial_compute" , "file_name": "/usr/lib64/libgtk-3.so.0.2200.7" } , { "address": 139842644268452 , "build_id": "560be2ff034142f03b40ec4bb94d72dc3f752e43" , "build_id_offset": 1635748 , "function_name": "gtk_css_static_style_compute_value" , "file_name": "/usr/lib64/libgtk-3.so.0.2200.7" } , { "address": 139842644187164 , "build_id": "560be2ff034142f03b40ec4bb94d72dc3f752e43" , "build_id_offset": 1554460 , "function_name": "_gtk_css_lookup_resolve" , "file_name": "/usr/lib64/libgtk-3.so.0.2200.7" } , { "address": 139842644268236 , "build_id": "560be2ff034142f03b40ec4bb94d72dc3f752e43" , "build_id_offset": 1635532 , "function_name": "gtk_css_static_style_new_compute" , "file_name": "/usr/lib64/libgtk-3.so.0.2200.7" } , { "address": 139842644268325 , "build_id": "560be2ff034142f03b40ec4bb94d72dc3f752e43" , "build_id_offset": 1635621 , "function_name": "gtk_css_static_style_get_default" , "file_name": "/usr/lib64/libgtk-3.so.0.2200.7" } , { "address": 139842644189586 , "build_id": "560be2ff034142f03b40ec4bb94d72dc3f752e43" , "build_id_offset": 1556882 , "function_name": "gtk_css_node_init" , "file_name": "/usr/lib64/libgtk-3.so.0.2200.7" } , { "address": 139842618886079 , "build_id": "3b23adf5d257ae46786632d8eb91040123f978af" , "build_id_offset": 206783 , "function_name": "g_type_create_instance" , "file_name": "/usr/lib64/libgobject-2.0.so.0.5000.2" } , { "address": 139842618762907 , "build_id": "3b23adf5d257ae46786632d8eb91040123f978af" , "build_id_offset": 83611 , "function_name": "g_object_new_internal" , "file_name": "/usr/lib64/libgobject-2.0.so.0.5000.2" } , { "address": 139842618769581 , "build_id": "3b23adf5d257ae46786632d8eb91040123f978af" , "build_id_offset": 90285 , "function_name": "g_object_newv" , "file_name": "/usr/lib64/libgobject-2.0.so.0.5000.2" } , { "address": 139842618771556 , "build_id": "3b23adf5d257ae46786632d8eb91040123f978af" , "build_id_offset": 92260 , "function_name": "g_object_new" , "file_name": "/usr/lib64/libgobject-2.0.so.0.5000.2" } , { "address": 139842644302346 , "build_id": "560be2ff034142f03b40ec4bb94d72dc3f752e43" , "build_id_offset": 1669642 , "function_name": "gtk_css_widget_node_new" , "file_name": "/usr/lib64/libgtk-3.so.0.2200.7" } , { "address": 139842646260199 , "build_id": "560be2ff034142f03b40ec4bb94d72dc3f752e43" , "build_id_offset": 3627495 , "function_name": "gtk_widget_init" , "file_name": "/usr/lib64/libgtk-3.so.0.2200.7" } , { "address": 139842618886079 , "build_id": "3b23adf5d257ae46786632d8eb91040123f978af" , "build_id_offset": 206783 , "function_name": "g_type_create_instance" , "file_name": "/usr/lib64/libgobject-2.0.so.0.5000.2" } , { "address": 139842618762907 , "build_id": "3b23adf5d257ae46786632d8eb91040123f978af" , "build_id_offset": 83611 , "function_name": "g_object_new_internal" , "file_name": "/usr/lib64/libgobject-2.0.so.0.5000.2" } , { "address": 139842618769581 , "build_id": "3b23adf5d257ae46786632d8eb91040123f978af" , "build_id_offset": 90285 , "function_name": "g_object_newv" , "file_name": "/usr/lib64/libgobject-2.0.so.0.5000.2" } , { "address": 139842618771556 , "build_id": "3b23adf5d257ae46786632d8eb91040123f978af" , "build_id_offset": 92260 , "function_name": "g_object_new" , "file_name": "/usr/lib64/libgobject-2.0.so.0.5000.2" } , { "address": 94385653739122 , "build_id": "ea7bf434e04abcce0b92b4707ddff146900977bd" , "build_id_offset": 7794 , "function_name": "main" , "file_name": "/usr/libexec/gnome-session-failed" } ] } ]
Created attachment 1246508 [details] Package Upgrade Operation Immediately Preceding Problem On reboot, after this operation, my machine began exhibiting the problem described in my comment.
Uh..right. Sorry, slightly new to bugzilla. Anyway, I am running the proprietary Nvidia driver (375.26) with a GeForce GTX 960. I was directed to this bug by the abrt which informed me that it was an issue I had faced before: id 17b6006ae570bb3d260da65a353ceb7b5b1d8b90 reason: gnome-session-failed killed by SIGSEGV time: Thu 01 Dec 2016 12:32:59 PM EST cmdline: /usr/libexec/gnome-session-failed --allow-logout package: gnome-session-3.22.2-1.fc25 uid: 1000 (Dylan) count: 33 Directory: /var/spool/abrt/ccpp-2016-12-01-12:32:59-1871 Reported: https://retrace.fedoraproject.org/faf/reports/bthash/66c610a4c93212cc3ece579ca9ee1fb77cda7b0f https://retrace.fedoraproject.org/faf/reports/1434355/ https://bugzilla.redhat.com/show_bug.cgi?id=1384508 Back then, it seemed to have been caused by the quickly-replaced mutter-3.22.2-1.fc25.x86_64 package. Downgrading back to mutter-3.22.1-8.fc25.x86_64 resolved the matter until an upgrade to mutter-3.22.2-3.fc25.x86_64 seemed to have permanently resolved the issue. Now, however, as you can see by my attached file, the upgrade operation which seems to have caused the issue does not include a mutter package upgrade. I did try downgrading it to mutter-3.22.1-8.fc25.x86_64 nonetheless, but to no avail. As yet, I have been unable to identify a set of packages responsible; unfortunately, a full rollback operation is inhibited by certain unavailable packages. I'm glad to provide more information if need be!
So I did some testing on my laptop that this issue comes up with latest updates. My laptop has Nvidia Optimus and if I set the system to use Integrated graphics everything is fine but when I change the BIOS to use Optimus/Discrete then I get these issues. I am using Nouveau Drivers for the Nvidia card hardware is Lenovo T420 CPU: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz Video: Nvidia NVS 4200
In a similar situation to Matthew above. On a ThinkPad W530 with Optimus enabled gnome session crashes when I attempt to log in. Doesn't occur if I choose Gnome on X11, appears specific to Wayland somehow.
Similar problem has been detected: Using gnomes standard alt-tab to browse trough open windows makes the session crash. Can often do it a couple of times before it crashes. Seems like it crashes when one of the windows is a firefox windows? Using another extension (Covedrflow alt-tab), to replace standard alt-tab, makes the problem go away. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 6424 kernel: 4.9.9-200.fc25.x86_64 package: gnome-session-3.22.2-3.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1749
Just tried again today after a massive update. Bug now gone. Unfortunately I'm not able to say which update did the trick.
*** Bug 1431280 has been marked as a duplicate of this bug. ***
Updated to latest Kernel 4.10 from updates and retested my Optimus and it started working again, although it falls back to use Xorg vs Wayland on Nouveau driver. Which I thought it was supposed to use Wayland.....
Although this does not solve the bug itself, I identified the cause for my regular encounter with this: in my dconf settings for #org/gnome/gnome-session' "auto_save_session" was set to true (I guess I carried this setting with my /home for a long time now), which would fail, and the attempt at displaying the fail-whale would then run into a gobject which was none, causing the SIGSEGV Just adding for the rare chance that it might be helpful to anyone.
*** Bug 1447452 has been marked as a duplicate of this bug. ***
Similar problem has been detected: Trying to log in to GNOME desktop reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 7895 kernel: 4.10.13-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1007
The abrt-provided backtrace from my occurrence above: warning: core file may not match specified executable file. [New LWP 7895] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". warning: the debug information found in "/var/cache/abrt-di/usr/lib/debug//usr/lib64/libz.so.1.2.8.debug" does not match "/lib64/libz.so.1" (CRC mismatch). Core was generated by `/usr/libexec/gnome-session-failed --allow-logout'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f6ab58253a9 in _gtk_style_provider_private_get_settings (provider=0x0) at gtkstyleproviderprivate.c:123 123 gtkstyleproviderprivate.c: No such file or directory. Thread 1 (Thread 0x7f6ab5fa2a40 (LWP 7895)): #0 0x00007f6ab58253a9 in _gtk_style_provider_private_get_settings (provider=0x0) at gtkstyleproviderprivate.c:123 iface = <optimized out> #1 0x00007f6ab56c0ab8 in gtk_css_value_initial_compute (value=<optimized out>, property_id=1, provider=0x0, style=0x5608a8f16020, parent_style=0x0) at gtkcssinitialvalue.c:52 settings = <optimized out> #2 0x00007f6ab56d5bb4 in gtk_css_static_style_compute_value (style=0x5608a8f16020, provider=<optimized out>, parent_style=<optimized out>, id=1, specified=0x7f6ab5e4dce0 <inherit>, section=0x0) at gtkcssstaticstyle.c:237 value = <optimized out> #3 0x00007f6ab56c1dec in _gtk_css_lookup_resolve (lookup=lookup@entry=0x5608a8f15000, provider=provider@entry=0x0, style=style@entry=0x5608a8f16020, parent_style=parent_style@entry=0x0) at gtkcsslookup.c:122 i = 1 #4 0x00007f6ab56d5adc in gtk_css_static_style_new_compute (provider=provider@entry=0x0, matcher=matcher@entry=0x0, parent=parent@entry=0x0) at gtkcssstaticstyle.c:195 result = 0x5608a8f16020 lookup = 0x5608a8f15000 change = 4294967295 #5 0x00007f6ab56d5b35 in gtk_css_static_style_get_default () at gtkcssstaticstyle.c:164 settings = 0x0 #6 0x00007f6ab56c2772 in gtk_css_node_init (cssnode=0x5608a8f02690) at gtkcssnode.c:663 No locals. #7 0x00007f6ab3ec77bf in g_type_create_instance (type=94595194101056) at gtype.c:1860 pnode = <optimized out> node = 0x5608a8f11d40 instance = 0x5608a8f02690 class = 0x5608a8f14500 allocated = <optimized out> private_size = <optimized out> ivar_size = <optimized out> i = <optimized out> #8 0x00007f6ab3ea969b in g_object_new_internal (class=class@entry=0x5608a8f14500, params=params@entry=0x0, n_params=n_params@entry=0) at gobject.c:1783 nqueue = 0x0 object = <optimized out> __func__ = "g_object_new_internal" #9 0x00007f6ab3eab0ad in g_object_newv (object_type=object_type@entry=94595194101056, n_parameters=n_parameters@entry=0, parameters=parameters@entry=0x0) at gobject.c:1930 class = 0x5608a8f14500 unref_class = 0x5608a8f14500 object = <optimized out> __func__ = "g_object_newv" #10 0x00007f6ab3eab864 in g_object_new (object_type=94595194101056, first_property_name=first_property_name@entry=0x0) at gobject.c:1623 var_args = {{gp_offset = 2834372512, fp_offset = 22024, overflow_arg_area = 0x5608a8f12000, reg_save_area = 0x1ff0}} __func__ = "g_object_new" #11 0x00007f6ab56de02a in gtk_css_widget_node_new (widget=widget@entry=0x5608a8f12380) at gtkcsswidgetnode.c:297 result = <optimized out> #12 0x00007f6ab58bcb99 in gtk_widget_init (instance=0x5608a8f12380, g_class=0x5608a8f117a0) at gtkwidget.c:4414 widget = 0x5608a8f12380 priv = 0x5608a8f12290 __func__ = "gtk_widget_init" #13 0x00007f6ab3ec77bf in g_type_create_instance (type=94595194023520) at gtype.c:1860 pnode = <optimized out> node = 0x5608a8efee60 instance = 0x5608a8f12380 class = 0x5608a8f117a0 allocated = <optimized out> private_size = <optimized out> ivar_size = <optimized out> i = <optimized out> #14 0x00007f6ab3ea969b in g_object_new_internal (class=class@entry=0x5608a8f117a0, params=params@entry=0x0, n_params=n_params@entry=0) at gobject.c:1783 nqueue = 0x0 object = <optimized out> __func__ = "g_object_new_internal" #15 0x00007f6ab3eab0ad in g_object_newv (object_type=object_type@entry=94595194023520, n_parameters=n_parameters@entry=0, parameters=parameters@entry=0x0) at gobject.c:1930 class = 0x5608a8f117a0 unref_class = 0x5608a8f117a0 object = <optimized out> __func__ = "g_object_newv" #16 0x00007f6ab3eab864 in g_object_new (object_type=94595194023520, first_property_name=0x0) at gobject.c:1623 var_args = {{gp_offset = 2755683232, fp_offset = 32765, overflow_arg_area = 0x5608a8efe870, reg_save_area = 0x7ffda44063a0}} __func__ = "g_object_new" #17 0x00005608a71dde72 in main (argc=<optimized out>, argv=<optimized out>) at gsm-fail-whale-dialog.c:382 entries = {{long_name = 0x5608a71debbf "debug", short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x5608a73e00f8 <debug_mode>, description = 0x5608a71debc5 "Enable debugging code", arg_description = 0x0}, {long_name = 0x5608a71debdb "allow-logout", short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x5608a73e00f4 <allow_logout>, description = 0x5608a71debe8 "Allow logout", arg_description = 0x0}, {long_name = 0x5608a71debf5 "extensions", short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x5608a73e00f0 <extensions>, description = 0x5608a71dec00 "Show extension warning", arg_description = 0x0}, {long_name = 0x0, short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x0, description = 0x0, arg_description = 0x0}} fail_dialog = <optimized out> error = 0x0 From To Syms Read Shared Object Library 0x00007f6ab55cb4b0 0x00007f6ab590e819 Yes /lib64/libgtk-3.so.0 0x00007f6ab527b170 0x00007f6ab52ef3c1 Yes /lib64/libgdk-3.so.0 0x00007f6ab50494f0 0x00007f6ab504e3b6 Yes /lib64/libpangocairo-1.0.so.0 0x00007f6ab4e058d0 0x00007f6ab4e24c86 Yes /lib64/libpango-1.0.so.0 0x00007f6ab4bddb20 0x00007f6ab4bea0a3 Yes (*) /lib64/libatk-1.0.so.0 0x00007f6ab49cd4e0 0x00007f6ab49ce479 Yes /lib64/libcairo-gobject.so.2 0x00007f6ab46b3d60 0x00007f6ab4783b38 Yes /lib64/libcairo.so.2 0x00007f6ab4480c20 0x00007f6ab4496539 Yes /lib64/libgdk_pixbuf-2.0.so.0 0x00007f6ab411c650 0x00007f6ab41f739e Yes /lib64/libgio-2.0.so.0 0x00007f6ab3e9f340 0x00007f6ab3ecfdad Yes /lib64/libgobject-2.0.so.0 0x00007f6ab3b9c710 0x00007f6ab3c14599 Yes /lib64/libglib-2.0.so.0 0x00007f6ab37db9d0 0x00007f6ab392bad3 Yes /lib64/libc.so.6 0x00007f6ab35b9050 0x00007f6ab35b9f55 Yes /lib64/libgmodule-2.0.so.0 0x00007f6ab3295960 0x00007f6ab331cfa4 Yes /lib64/libX11.so.6 0x00007f6ab306b0d0 0x00007f6ab3075927 Yes /lib64/libXi.so.6 0x00007f6ab2e644e0 0x00007f6ab2e66816 Yes (*) /lib64/libXfixes.so.3 0x00007f6ab2c3db90 0x00007f6ab2c51f69 Yes (*) /lib64/libatk-bridge-2.0.so.0 0x00007f6ab298d990 0x00007f6ab29d290c Yes /lib64/libepoxy.so.0 0x00007f6ab2723a40 0x00007f6ab272bf1d Yes /lib64/libpangoft2-1.0.so.0 0x00007f6ab24dfa90 0x00007f6ab24ff6ca Yes (*) /lib64/libfontconfig.so.1 0x00007f6ab21d5720 0x00007f6ab2246c0a Yes /lib64/libm.so.6 0x00007f6ab1fb7a20 0x00007f6ab1fc4d21 Yes /lib64/libpthread.so.0 0x00007f6ab1dafb10 0x00007f6ab1db04a4 Yes (*) /lib64/libXinerama.so.1 0x00007f6ab1ba5c00 0x00007f6ab1babcf5 Yes (*) /lib64/libXrandr.so.2 0x00007f6ab199b790 0x00007f6ab19a03a7 Yes (*) /lib64/libXcursor.so.1 0x00007f6ab1796c40 0x00007f6ab17976d5 Yes (*) /lib64/libXcomposite.so.1 0x00007f6ab1593ba0 0x00007f6ab15944f3 Yes (*) /lib64/libXdamage.so.1 0x00007f6ab13572b0 0x00007f6ab137214a Yes /lib64/libxkbcommon.so.0 0x00007f6ab114c140 0x00007f6ab114dcd1 Yes (*) /lib64/libwayland-cursor.so.0 0x00007f6ab0f496a0 0x00007f6ab0f49896 Yes /lib64/libwayland-egl.so.1 0x00007f6ab0d3f3c0 0x00007f6ab0d43c5f Yes (*) /lib64/libwayland-client.so.0 0x00007f6ab0b2b570 0x00007f6ab0b355cf Yes (*) /lib64/libXext.so.6 0x00007f6ab09220e0 0x00007f6ab09251ff Yes /lib64/librt.so.1 0x00007f6ab0717df0 0x00007f6ab071b843 Yes (*) /lib64/libthai.so.0 0x00007f6ab0514660 0x00007f6ab05147da Yes /lib64/libgthread-2.0.so.0 0x00007f6ab02b7220 0x00007f6ab02f6309 Yes (*) /lib64/libharfbuzz.so.0 0x00007f6ab0010060 0x00007f6ab0081a65 Yes /lib64/libfreetype.so.6 0x00007f6aafd66360 0x00007f6aafdec19d Yes (*) /lib64/libpixman-1.so.0 0x00007f6aafb4bdf0 0x00007f6aafb56157 Yes /lib64/libEGL.so.1 0x00007f6aaf945da0 0x00007f6aaf9469ae Yes /lib64/libdl.so.2 0x00007f6aaf717020 0x00007f6aaf7385eb Yes /lib64/libpng16.so.16 0x00007f6aaf50ed90 0x00007f6aaf50f8a3 Yes (*) /lib64/libxcb-shm.so.0 0x00007f6aaf2f1700 0x00007f6aaf303415 Yes (*) /lib64/libxcb.so.1 0x00007f6aaf0dcfe0 0x00007f6aaf0e1908 Yes (*) /lib64/libxcb-render.so.0 0x00007f6aaeecfa00 0x00007f6aaeed5a55 Yes (*) /lib64/libXrender.so.1 0x00007f6aaecba060 0x00007f6aaecc6547 Yes (*) /lib64/libz.so.1 0x00007f6aaea6c320 0x00007f6aaea6fd11 Yes /lib64/libGL.so.1 0x00007f6aae8256f0 0x00007f6aae829eb4 Yes (*) /lib64/libffi.so.6 0x00007f6aae5b25c0 0x00007f6aae604831 Yes /lib64/libpcre.so.1 0x00007f6aae390320 0x00007f6aae3a639f Yes /lib64/libselinux.so.1 0x00007f6aae172990 0x00007f6aae182080 Yes /lib64/libresolv.so.2 0x00007f6aadf2fc00 0x00007f6aadf5ce29 Yes /lib64/libmount.so.1 0x00007f6ab5e55ad0 0x00007f6ab5e734f0 Yes /lib64/ld-linux-x86-64.so.2 0x00007f6aadd02e70 0x00007f6aadd144b8 Yes /lib64/libatspi.so.0 0x00007f6aadab1860 0x00007f6aadadcf01 Yes /lib64/libdbus-1.so.3 0x00007f6aad87dcf0 0x00007f6aad8963b9 Yes (*) /lib64/libexpat.so.1 0x00007f6aad6732d0 0x00007f6aad676560 Yes (*) /lib64/libdatrie.so.1 0x00007f6aad4486d0 0x00007f6aad469308 Yes (*) /lib64/libgraphite2.so.3 0x00007f6aad2375d0 0x00007f6aad243322 Yes /lib64/libbz2.so.1 0x00007f6aacfbeb10 0x00007f6aacfc19a7 Yes /lib64/libGLdispatch.so.0 0x00007f6aacd7cda0 0x00007f6aacd7dae9 Yes (*) /lib64/libXau.so.6 0x00007f6aacb4d9e0 0x00007f6aacb578c4 Yes /lib64/libGLX.so.0 0x00007f6aac910660 0x00007f6aac937dd9 Yes /lib64/libblkid.so.1 0x00007f6aac704450 0x00007f6aac705af1 Yes /lib64/libuuid.so.1 0x00007f6ab5fb9320 0x00007f6ab601338f Yes /lib64/libsystemd.so.0 0x00007f6aac4eeaa0 0x00007f6aac4fe8b5 Yes /lib64/libgcc_s.so.1 0x00007f6aac2e8520 0x00007f6aac2e9e86 Yes (*) /lib64/libcap.so.2 0x00007f6aac0c3da0 0x00007f6aac0da912 Yes (*) /lib64/liblzma.so.5 0x00007f6aabeaf390 0x00007f6aabebdad1 Yes /lib64/liblz4.so.1 0x00007f6aabbcf600 0x00007f6aabc73e48 Yes (*) /lib64/libgcrypt.so.20 0x00007f6aab9b5820 0x00007f6aab9bede9 Yes (*) /lib64/libgpg-error.so.0 0x00007f6aab7a31a0 0x00007f6aab7a9081 Yes /lib64/libnss_files.so.2 0x00007f6aab599440 0x00007f6aab59e0ba Yes /lib64/libnss_sss.so.2 (*): Shared library is missing debugging information. $1 = 0x0 $2 = 0x0 rax 0x5608a8f20480 94595194160256 rbx 0x0 0 rcx 0x7f6ab38bdbf9 140096255548409 rdx 0x7fffffff 2147483647 rsi 0x1 1 rdi 0x7f6ab3e93e70 140096261668464 rbp 0x0 0x0 rsp 0x7ffda4405bf0 0x7ffda4405bf0 r8 0x6 6 r9 0x5608a8f20480 94595194160256 r10 0x0 0 r11 0x246 582 r12 0x5608a8f16020 94595194118176 r13 0x0 0 r14 0x5608a8f16028 94595194118184 r15 0x1 1 rip 0x7f6ab58253a9 0x7f6ab58253a9 <_gtk_style_provider_private_get_settings+9> eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 0 (raw 0x00000000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x0}, v16_int8 = {0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xffff, 0xffff, 0xffff, 0xffff, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xffffffff, 0xffffffff, 0x0, 0x0}, v2_int64 = {0xffffffffffffffff, 0x0}, uint128 = 0x0000000000000000ffffffffffffffff} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x70, 0x61, 0x74, 0x68, 0x5f, 0x67, 0x65, 0x74, 0x5f, 0x6f, 0x62, 0x6a, 0x65, 0x63, 0x74, 0x5f}, v8_int16 = {0x6170, 0x6874, 0x675f, 0x7465, 0x6f5f, 0x6a62, 0x6365, 0x5f74}, v4_int32 = {0x68746170, 0x7465675f, 0x6a626f5f, 0x5f746365}, v2_int64 = {0x7465675f68746170, 0x5f7463656a626f5f}, uint128 = 0x5f7463656a626f5f7465675f68746170} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x73, 0x5f, 0x61, 0x20, 0x28, 0x67, 0x74, 0x6b, 0x5f, 0x77, 0x69, 0x64, 0x67, 0x65, 0x74, 0x5f}, v8_int16 = {0x5f73, 0x2061, 0x6728, 0x6b74, 0x775f, 0x6469, 0x6567, 0x5f74}, v4_int32 = {0x20615f73, 0x6b746728, 0x6469775f, 0x5f746567}, v2_int64 = {0x6b74672820615f73, 0x5f7465676469775f}, uint128 = 0x5f7465676469775f6b74672820615f73} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x67, 0x5f, 0x74, 0x79, 0x70, 0x65, 0x5f, 0x69}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x5f67, 0x7974, 0x6570, 0x695f}, v4_int32 = {0x0, 0x0, 0x79745f67, 0x695f6570}, v2_int64 = {0x0, 0x695f657079745f67}, uint128 = 0x695f657079745f670000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm8 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0x9d, 0xef, 0xa8, 0x8, 0x56, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x9d80, 0xa8ef, 0x5608, 0x0}, v4_int32 = {0x0, 0x0, 0xa8ef9d80, 0x5608}, v2_int64 = {0x0, 0x5608a8ef9d80}, uint128 = 0x00005608a8ef9d800000000000000000} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xff, 0xff, 0xff}, v8_int16 = {0x0, 0x0, 0xff00, 0x0, 0x0, 0xff00, 0xffff, 0xffff}, v4_int32 = {0x0, 0xff00, 0xff000000, 0xffffffff}, v2_int64 = {0xff0000000000, 0xffffffffff000000}, uint128 = 0xffffffffff0000000000ff0000000000} xmm11 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm14 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm15 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] Dump of assembler code for function _gtk_style_provider_private_get_settings: 0x00007f6ab58253a0 <+0>: push %rbx 0x00007f6ab58253a1 <+1>: mov %rdi,%rbx 0x00007f6ab58253a4 <+4>: callq 0x7f6ab58251d0 <_gtk_style_provider_private_get_type> => 0x00007f6ab58253a9 <+9>: mov (%rbx),%rdi 0x00007f6ab58253ac <+12>: mov %rax,%rsi 0x00007f6ab58253af <+15>: callq 0x7f6ab55c7c38 0x00007f6ab58253b4 <+20>: mov 0x18(%rax),%rax 0x00007f6ab58253b8 <+24>: test %rax,%rax 0x00007f6ab58253bb <+27>: je 0x7f6ab58253c8 <_gtk_style_provider_private_get_settings+40> 0x00007f6ab58253bd <+29>: mov %rbx,%rdi 0x00007f6ab58253c0 <+32>: pop %rbx 0x00007f6ab58253c1 <+33>: jmpq *%rax 0x00007f6ab58253c3 <+35>: nopl 0x0(%rax,%rax,1) 0x00007f6ab58253c8 <+40>: xor %eax,%eax 0x00007f6ab58253ca <+42>: pop %rbx 0x00007f6ab58253cb <+43>: retq End of assembler dump.
*** Bug 1448807 has been marked as a duplicate of this bug. ***
Similar problem has been detected: Just used gnome-shell in regular day to day use reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 12469 kernel: 4.9.14-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
Similar problem has been detected: Happens very often during user login.. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 11414 kernel: 4.10.9-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
Similar problem has been detected: Happened when I've tried to unlock my machine. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 10204 kernel: 4.10.15-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
Similar problem has been detected: I believe this happened when I was trying to unlock my workstation. I had entered my password and my session was in the process of being displayed and then it seemed to crash. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 27947 kernel: 4.10.14-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
Similar problem has been detected: Waking up from sleep. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 15028 kernel: 4.10.17-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
Similar problem has been detected: Waking up from sleep reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 18080 kernel: 4.10.17-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
Similar problem has been detected: Happened during log in. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 2557 kernel: 4.10.17-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
Similar problem has been detected: Happened while logging in after resuming from suspend reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 9184 kernel: 4.10.14-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
From the looks of the above data in various places, especially in tracebacks collected all the way from main(), the program that misbehaves seems to be something that would get executed when some unrecoverable session error occurs. Trying to debug the above crash is akin to winning the battle and losing (sight of) the war. What is causing the problem leading to a failed session? In any event, the crash in gnu-session-failed might be similar to what one sees in a C++ new_handler that calls new: it might work or fail depending on many things.
fourdefined: you're right, but it's still a bug that the 'gnome-session-failed' process crashes. it's the process that's *meant* to display the "Oh no! Something has gone wrong" message when some part of GNOME that's considered critical fails in an unrecoverable way, so it's very likely that people are encountering this crash after all kinds of *different* critical GNOME failures. Often if you see this crash, BTW, ABRT should *also* show the actual GNOME crash just before it in the list, and you can report that as well.
(In reply to fourDefinedOmittedFlats from comment #94) > From the looks of the above data in various places, especially in tracebacks > collected all the way from main(), the program that misbehaves seems to be > something that would get executed when some unrecoverable session error > occurs. > > Trying to debug the above crash is akin to winning the battle and losing > (sight of) the war. > > What is causing the problem leading to a failed session? > > In any event, the crash in gnu-session-failed might be similar to what one > sees in a C++ new_handler that calls new: it might work or fail depending on > many things. I ran into this with a bunch of several other bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1457959 a google-chrome-stable crash that was not reported and a kernel warning: kernel: ------------[ cut here ]------------ kernel: WARNING: CPU: 5 PID: 0 at net/sched/sch_generic.c:316 dev_watchdog+0x222/0x230 kernel: NETDEV WATCHDOG: enp0s20u4 (MOSCHIP usb-ethernet driver): transmit queue 0 timed out kernel: Modules linked in: fuse xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 tun nf_conntrack_netbios_ns nf_conntrack_broadcast xt_CT ip6t_rpfilter ip6t_RE kernel: snd_timer snd soundcore kvm irqbypass mei_me mei i2c_i801 intel_cstate ie31200_edac edac_core intel_uncore shpchp lpc_ich tpm_tis tpm_tis_core intel_ra kernel: CPU: 5 PID: 0 Comm: swapper/5 Not tainted 4.10.17-200.fc25.x86_64 #1 kernel: Hardware name: Dell Inc. OptiPlex 9010/00F82W, BIOS A14 06/11/2013 kernel: Call Trace: kernel: <IRQ> kernel: dump_stack+0x63/0x86 kernel: __warn+0xcb/0xf0 kernel: warn_slowpath_fmt+0x5f/0x80 kernel: dev_watchdog+0x222/0x230 kernel: ? qdisc_rcu_free+0x50/0x50 kernel: call_timer_fn+0x35/0x140 kernel: run_timer_softirq+0x1d1/0x420 kernel: ? ktime_get+0x41/0xb0 kernel: ? sched_clock+0x9/0x10 kernel: ? sched_clock_cpu+0x99/0xb0 kernel: __do_softirq+0x10c/0x2c5 kernel: irq_exit+0xff/0x110 kernel: smp_apic_timer_interrupt+0x3d/0x50 kernel: apic_timer_interrupt+0x93/0xa0 kernel: RIP: 0010:cpuidle_enter_state+0x122/0x2c0 kernel: RSP: 0018:ffff9f16031c7e58 EFLAGS: 00000246 ORIG_RAX: ffffffffffffff10 kernel: RAX: 0000000000000000 RBX: 0000000000000001 RCX: 000000000000001f kernel: RDX: 0000ee7989ee2308 RSI: ffff89996e356d58 RDI: 0000000000000000 kernel: RBP: ffff9f16031c7e98 R08: cccccccccccccccd R09: 0000000000000008 kernel: R10: 0000000000000010 R11: 0000000000000077 R12: ffff89996e361600 kernel: R13: ffffffff8beedf18 R14: 0000000000000001 R15: ffffffff8beedf00 kernel: </IRQ> kernel: ? cpuidle_enter_state+0x110/0x2c0 kernel: cpuidle_enter+0x17/0x20 kernel: call_cpuidle+0x23/0x40 kernel: do_idle+0x189/0x200 kernel: cpu_startup_entry+0x71/0x80 kernel: start_secondary+0x154/0x190 kernel: start_cpu+0x14/0x14 kernel: ---[ end trace 97ba156471298f11 ]--- my guess would be that the system just ran out of memory and things fell apart.
That may be https://bugzilla.kernel.org/show_bug.cgi?id=99521. BTW, there is a new kernel now.
*** Bug 1459316 has been marked as a duplicate of this bug. ***
Similar problem has been detected: This happens when running `systemctl isolate default.target`. Please take care when running `systemctl isolate default.target`. It does not appear to be a good idea; I saw several failures other than gnome-shell crashing. I report this one because SIGSEGV is often regarded as a bug even if it happens in "impossible" or unsupported situations. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --debug --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 32356 kernel: 4.11.3-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
Similar problem has been detected: I tried to log in right after booting the machine. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 2698 kernel: 4.11.3-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
Similar problem has been detected: I think this happened when I tried to lock my workstation at the end of the day reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 11451 kernel: 4.11.3-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
Similar problem has been detected: I think I was logging back into my session after locking the screen reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 2565 kernel: 4.11.4-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
gnome-session-3.24.1-2.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-782a98300e
gnome-session-3.24.1-2.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-782a98300e
gnome-session-3.24.1-2.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.
Similar problem has been detected: Same as always - upon logging in.. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 16691 kernel: 4.11.5-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
(In reply to Fedora Update System from comment #105) > gnome-session-3.24.1-2.fc26 has been pushed to the Fedora 26 stable > repository. If problems still persist, please make note of it in this bug > report. Before we close this bug and forget about it, can we have a fix for Fedora 25 since that's the version that this bug was opened for?
Similar problem has been detected: Happened during user log in - I was thrown back to log in screen after screen blinked few times and then went black.. And it happened two times in row! It's getting rather annoying! Is there some guide that I can use to do debugging myself (I have basic knowledge and experience in coredump analysis with gdb)..? Or at least easy way to find cause of SIGABRT.. If it was caused by extension then which was it for example. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 2603 kernel: 4.11.6-201.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
*** Bug 1471590 has been marked as a duplicate of this bug. ***
*** Bug 1473014 has been marked as a duplicate of this bug. ***
Similar problem has been detected: I had just cancelled out of a failed xfreerdp session. reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 3239 kernel: 4.11.12-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
The error occurs consistently every time I cancel out of xfreerdp. Problem Reporting shows no other errors have been logged.
Similar problem has been detected: Happened during log in and several times (I've logged in sucessfully on 4th attempt). reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/gnome-session-failed --allow-logout crash_function: _gtk_style_provider_private_get_settings executable: /usr/libexec/gnome-session-failed global_pid: 2650 kernel: 4.11.8-200.fc25.x86_64 package: gnome-session-3.22.3-1.fc25 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project reason: gnome-session-failed killed by SIGSEGV runlevel: N 5 type: CCpp uid: 1000
*** Bug 1493272 has been marked as a duplicate of this bug. ***
This message is a reminder that Fedora 25 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 25. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '25'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 25 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 25 changed to end-of-life (EOL) status on 2017-12-12. Fedora 25 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.