GNOME Bugzilla – Bug 781217
GNOME Software crashes when dnf is used to add or remove software while g-s is open
Last modified: 2017-05-02 07:35:43 UTC
Created attachment 349725 [details] Backtrace of SIGABRT crash I'm running gnome-software-3.24.1-1.fc26.x86_64 on Fedora 26 Alpha Workstation If I have gnome-software open when I perform any install or uninstall using DNF at the command-line, gnome-software crashes with a SIGABRT. See attached backtrace from gdb.
I think downstream https://bugzilla.redhat.com/show_bug.cgi?id=1444669 is the same as this, and FAF shows this is being hit quite often: https://retrace.fedoraproject.org/faf/reports/1670769/ openQA is frequently running into this crash when running a test which attempts to run an update with GNOME Software (to verify that that works). That test doesn't *explicitly* do anything with dnf at the same time as GNOME Software is running, but it could well be the case that some dnf background operation (a cache refresh, for e.g.) kicks in while g-s is running. It'd be good to have this fixed as it is introducing a lot of 'false failures' in openQA test results - the test failing sometimes because of this bug in gnome-software, not because of anything that actually changed in the package or compose that openQA is ostensibly testing.
Was https://git.gnome.org/browse/gnome-software/commit/?id=e813ae525a536eb2f6765c8cfb975eb6ba10bdfe a fix for this bug?
Stephen: can you see if https://bodhi.fedoraproject.org/updates/FEDORA-2017-051c6628d3 fixes this for you? Thanks!
That did indeed fix the issue for me and I gave positive karma on the Bodhi update.
So this is fixed in upstream master, but the commit has not been backported to the upstream gnome-3-24 branch (and this bug is reported against 3.24.x , not master). Richard, perhaps you could do that, so if/when a 3.24.2 happens, this will be fixed in it?
I've pulled this into 3-22 and 3-24 now, thanks.