After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 629963 - Crash and Mess on deleting more files than f-spot can handle.
Crash and Mess on deleting more files than f-spot can handle.
Status: RESOLVED WONTFIX
Product: f-spot
Classification: Other
Component: General
0.8.0
Other Linux
: Normal normal
: ---
Assigned To: F-spot maintainers
F-spot maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2010-09-17 21:24 UTC by Dougie Nisbet
Modified: 2018-07-01 08:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
output using f-spot --debug (95.59 KB, application/octet-stream)
2010-09-17 21:24 UTC, Dougie Nisbet
Details

Description Dougie Nisbet 2010-09-17 21:24:02 UTC
Created attachment 170519 [details]
output using f-spot --debug

(Background: I rename files by exporting them from f-spot and running them through a script that picks up their tags and renames them according to the tag. I've exported 1405 files and renamed them, so they're not lost.)

When deleting a large (in this case 1405) number of files from f-spot, f-spot crashes with a "Too many Files" message in the debug output. Relevant section from debug below:

[1 Debug 22:06:38.012] Removing empty directory: /jpegs/2010/01/12
[1 Debug 22:06:40.222] Removing empty directory: /jpegs/2008/06/15
[1 Debug 22:06:40.391] Removing empty directory: /jpegs/2008/01/18
[1 Debug 22:06:40.418] Unable to Trash, trying to Delete

(f-spot:23987): Gtk-WARNING **: Error loading theme icon 'gtk-dialog-error' for stock: Error opening file: Too many open files
Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception.
System.NullReferenceException: Object reference not set to an instance of an object
  at FSpot.Core.Tag.get_SizedIcon () [0x00060] in /home/dougie/f-spot-0.8.0/src/Core/FSpot.Core/FSpot.Core/Tag.cs:111 
  at FSpot.TagSelectionWidget.IconDataFunc (Gtk.TreeViewColumn column, Gtk.CellRenderer renderer, TreeModel model, TreeIter iter) [0x0003b] in /home/dougie/f-spot-0.8.0/src/Clients/MainApp/FSpot/TagSelectionWidget.cs:187 

When I now restart f-spot and select the tag covering these files I get blank filenames and any attempt to view or delete results in a further crash. I seem to be able to get around this by allowing f-spot time to refresh thumbnails by slowly scrolling through them (go to fast and it freezes then crashes) and by deleting in smaller batches.
Comment 1 André Klapper 2018-07-01 08:51:20 UTC
f-spot is not under active development anymore, has not seen code changes for five years, and saw its last tarball release in the year 2010.
Its codebase has been archived: https://gitlab.gnome.org/Archive/f-spot/commits/master

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again.