GNOME Bugzilla – Bug 639189
Filesystem activity -> crash
Last modified: 2011-06-16 20:30:45 UTC
Created attachment 177995 [details] A backtrace of the geany-crash There seems to be a bug in the "Open File"-dialog that causes crashes in a lot of gtk-applications. It may be very easy to reproduce with geany, as geany seems to have a "File Open"-dialog opened in the background at every time. (Sorry, I was only able to reproduce this with geany and vim) Steps to reproduce: 1. Open a file in geany (0.19.2 and 0.20 both work "fine") 2. Open a file from the same directory with vim, and :wq Geany crashes due to SIGABRT: "Gtk:ERROR:gtkfilesystemmodel.c:746:gtk_file_system_model_sort: assertion failed: (r == n_visible_rows)" A backtrace is appended (If you need it, I could also compile gtk2 with debugging symbols and provide a new backtrace) Geany had no problems with this in the past, so it may be caused by the update from gtk+ 2.20.1 to 2.22.1.
This was fixed apparently after 2.22. Please update to 2.24 or later.
Created attachment 190075 [details] backtrace and steps to reproduce
I can still reproduce this behaviour with 2.24. While the File-Chooser is open, I edit a file with vim and quit with :wq. In that folder with one particular file the application crashes reproducibly. See the attached backtrace. I compiled and tried some old versions of gtk (mentioned scenario): 2.18 does not crash (good), 2.20 and 2.24 crash (bad). I guess the problem is, that vim uses a .filename.txt.swq swap file that is deleted on exit (:q). At the same moment that filename.txt is modified. Probably this two events (deletion and modify) are processed in a wrong order in gtk_filesystemmodel.c I'm using the gtk-package from debian testing and got the attached backtrace. The Geany developers now avoid this crash by destroying the filesystem-chooser while it is not needed but the GTK-Bug is still reproducible if the FileChooser is shown. see the geany bug report: http://sourceforge.net/tracker/?func=detail&aid=3311258&group_id=153444&atid=787791