GNOME Bugzilla – Bug 760214
crash at gth-image-viewer-page.c:1044, g_file_equal
Last modified: 2020-11-14 09:12:37 UTC
These automated fedora crash reports seem to describe a relatively frequent crash at gth-image-viewer-page.c:1044, in _g_file_equal: https://retrace.fedoraproject.org/faf/problems/1607026/ https://retrace.fedoraproject.org/faf/problems/1574900/
Also reported for 3.4.3 downstream at: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829402
I am able to reliably reproduce this bug to this day. Disabling audio/video support in extensions doesn't help. Tested on elementary OS 4.1 (based on Ubuntu 16.04) and latest Arch GNU/Linux x86_64.
I am using gthumb 3.6.0 by the way
Thanks for taking the time to report this. Without a stack trace from the crash it's very hard to determine what caused it. Can you get us a stack trace? Please see https://wiki.gnome.org/Community/GettingInTouch/Bugzilla/GettingTraces for more information on how to do so. When pasting a stack trace in this bug report, please reset the status of this bug report from NEEDINFO to its previous status. Thanks in advance!
Created attachment 367992 [details] GDB Trace
I was not able to figure out how to change the status of the bug report, but I attached GDB traces
(In reply to Paolo Bacchilega from comment #4) > Without a stack trace from the crash it's very hard to determine what caused > it. > Can you get us a stack trace? FYI, a stack trace has been available for more than a year here: https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=829402;filename=gdb.txt;msg=5 This is from Debian bug 829402, already mentioned in Comment #1.
(In reply to Ivan Semkin from comment #2) > I am able to reliably reproduce this bug to this day. Disabling audio/video > support in extensions doesn't help. > > Tested on elementary OS 4.1 (based on Ubuntu 16.04) and latest Arch > GNU/Linux x86_64. Can you please describe the steps to reproduce the bug?
Open a folder with a lot of photos mixed with videos in it. Open any photo and start scrolling using your mouse wheel. After some time when you meet a video, gthumb crashed with this error. Exactly as stated in Comment #1.
This should be fixed now in the master branch, can someone test please?
Compiled from the master branch. Unfortunately, it's still affected by this bug.
(In reply to Ivan Semkin from comment #11) > Compiled from the master branch. Unfortunately, it's still affected by this > bug. Test again please.
Tested again. It still freezes when reaching a video. I don't get a stacktrace anymore though, which is weird.
I waited for quite some time (~30 minutes) for it to either unfreeze or crash with a stacktrace, but it just remains frozen on a video
(In reply to Ivan Semkin from comment #13) > Tested again. It still freezes when reaching a video. I don't get a > stacktrace anymore though, which is weird. This is because the crash has been fixed now, the lock is due to another problem which I have some difficulty to reproduce. Can you test master again and see if it is still freezes for you?
Tested master again and i'm glad to say that this bug is finally fixed :D Thank you a lot! It still hangs on videos sometimes, but now due to a different issue, so not really related to this bug anymore.
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports and feature requests in GNOME Bugzilla which have not seen updates for a long time. If you still use gthumb and if you still see this bug / want this feature in a recent and currently supported version, then please feel free to report it at https://gitlab.gnome.org/GNOME/gthumb/-/issues/ by following the guidelines at https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines Thank you for creating this report and we are sorry it could not be implemented so far (volunteer workforce and time is limited).