GNOME Bugzilla – Bug 761783
nautilus crashes during search
Last modified: 2016-11-02 08:45:33 UTC
Created attachment 320722 [details] Crash in Progress (This doesn't happen in my installed nautilus 3.18.5 and also not in 3.18.5 built and run in jhbuild.) When I search in nautilus (master) in a folder where this search has many results (as in the attached video), like searching for "f" and then I switch to search for "b", nautilus crashes with a memory access error. What kind of traces do you need? Should I try to bisect this issue to find the offending commit?
A gdb stacktrace is what it most useful.
Created attachment 320735 [details] stacktrace - maybe I am pretty sure I've not done that properly (is there anything in the gnome wiki to look up when debugging c/vala applications?).
(In reply to Mario Wenzel from comment #2) > Created attachment 320735 [details] > stacktrace - maybe > > I am pretty sure I've not done that properly (is there anything in the gnome > wiki to look up when debugging c/vala applications?). that is enough, although no idea what could be the issue. A wiki for debugging is here: https://wiki.gnome.org/Community/GettingInTouch/Bugzilla/GettingTraces
I tried and fiddled a bit and here are the current results: * the crash does not happen in small (?) folders. * It still happens, even when the first search already finished. * If it happens, the second searched name is not yet added in the breadcrumb trail, it shows the current folder * The crash does not happen, if the search has had a few minutes time to load The last one makes me think that there may be an issue with the thumbnailer. Maybe if not all files are added to some queue yet. I also get a lot of warnings like (nautilus:23932): GnomeDesktop-WARNING **: Unable to create loader for mime type audio/mpeg: Unrecognized image file format (nautilus:23932): GnomeDesktop-WARNING **: Error creating thumbnail for file:///home/maweki/Musik/Reinhard%20Mey/Reinhard%20Mey%20-%20Ich%20liebe%20Dich.mp3: Unrecognized image file format meaning the Thumbnailer has problems accessing files because it seems to be given the wrong path (or the spaces are the issue). But the thumbnailer is still not finished when the crash doesn't happen.
Well, g_variant crash in g_variant_lock, which is for threads locking. So probably the variant is double freed or something like that, not sure why or how. It's not a problem with the thumbnailer, thumbnails warnings are fine (it's trying to thumbnail a mp3 file, no way is gonna work :))
> It's not a problem with the thumbnailer, thumbnails warnings are fine (it's trying to thumbnail a mp3 file, no way is gonna work :)) Well, it does if the audio has embedded album art. But you're right. I sampled a few files from the warnings and none of them do have embedded album art. The ones that don't seem to not throw warnings either.
I've now been able to reproduce this rather reliably on my Laptop machine (Fedora 23) as well. It has an SSD and an Intel Processor (as opposed to my desktop AMD/HDD setup). 1. Start nautilus with jhbuild 2. Press ctrl+f 3. press any letter (even the same every time) 4. press backspace 5. repeat quickly from 3 until crash After the fifth time or so, it will crash.
Created attachment 320879 [details] Reliably crash on different machine
Additionally (sorry for the many comments), I have not been able to reproduce this in an empty folder and it seems to crash more easily on folders with more entries so I do think that it has to do with some action that happens on a per-file basis.
With the new nautilus search bar I have not been able to reproduce this issue. I haven't managed to tickle any race condition out of it. Good work.