F-spot crashes when uploading to picasaweb

[Edwin Soto]

Binary package hint: f-spot

In Ubuntu Hardy
Used f-spot version 0.4.3.1-ubuntu
Installed f-spot version 0.4.4
Crash occurs in both versions

When uploading to picasaweb entire program crashes.

f-spot --debug returns this:

** Running f-spot in Debug Mode **
** Running Mono with --debug **
[Info 17:22:47.054] Initializing DBus
[Debug 17:22:47.413] DBusInitialization took 0.326975s
[Info 17:22:47.413] Initializing Mono.Addins
[Debug 17:22:47.748] Mono.Addins Initialization took 0.333883s
[Info 17:22:47.758] Starting new FSpot server
[Debug 17:22:48.156] Db Initialization took 0.219214s
[Debug 17:22:48.677] Query: SELECT photos.id, photos.time, photos.uri, photos.description, photos.roll_id, photos.default_version_id, photos.rating FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY photos.time
[Debug 17:22:48.720] Query took 0.042838s
[Debug 17:22:48.754] Query: SELECT photos.id, photos.time, photos.uri, photos.description, photos.roll_id, photos.default_version_id, photos.rating FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY photos.time
[Debug 17:22:48.764] Query took 0.009984s
[Debug 17:22:50.032] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0917-2.JPG
[Debug 17:22:50.041] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0917-2.JPG

(f-spot:6314): GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling gdk_pixbuf_loader_close() - this is not allowed. You must explicitly end the data stream to the loader before dropping the last reference.
[Debug 17:22:50.656] open uri = file:///home/edwin/Photos/2008/05/11/DSCN0901-2.JPG
[Debug 17:22:50.656] open uri = file:///home/edwin/Photos/2008/05/11/DSCN0901-2.JPG
[Debug 17:22:51.115] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0917.JPG
[Debug 17:22:51.115] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0917.JPG
[Debug 17:22:51.437] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0916.JPG
[Debug 17:22:51.438] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0916.JPG
[Debug 17:22:51.773] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0916-1.JPG
[Debug 17:22:51.774] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0916-1.JPG
[Debug 17:22:52.098] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0916-2.JPG
[Debug 17:22:52.099] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0916-2.JPG
[Debug 17:22:52.415] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0909-2.JPG
[Debug 17:22:52.415] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0909-2.JPG
[Debug 17:22:52.794] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0909.JPG
[Debug 17:22:52.794] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0909.JPG
[Debug 17:22:53.155] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0909-1.JPG
[Debug 17:22:53.155] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0909-1.JPG
[Debug 17:22:53.543] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0917-1.JPG
[Debug 17:22:53.544] open uri = file:///home/edwin/Photos/2008/06/01/DSCN0917-1.JPG
[Debug 17:22:59.650] Query: SELECT photos.id, photos.time, photos.uri, photos.description, photos.roll_id, photos.default_version_id, photos.rating FROM photos WHERE (((id IN (SELECT photo_id FROM photo_tags WHERE tag_id IN (7))) AND id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2))) ORDER BY photos.time
[Debug 17:22:59.652] Query took 0.001678s
[Debug 17:22:59.653] GroupAdaptor::Reloading
[Debug 17:22:59.653] Query: SELECT photos.id, photos.time, photos.uri, photos.description, photos.roll_id, photos.default_version_id, photos.rating FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY photos.time
[Debug 17:22:59.728] Query took 0.074435s
[Debug 17:22:59.778] PhotoImageView::item changed
[Debug 17:22:59.780] open uri = file:///home/edwin/Photos/2008/05/17/DSCN0908.JPG
[Debug 17:22:59.804] open uri = file:///home/edwin/Photos/2008/05/17/DSCN0908.JPG
[Debug 17:23:01.154] open uri = file:///home/edwin/Photos/2008/05/17/DSCN0908.JPG
GoogleAccount.Connect()
Can not connect to Picasa. Bad username ? password ? network connection ?
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 FSpotGoogleExport.GoogleExport.HandleAlbumOptionMenuChanged (System.Object sender, System.EventArgs args) [0x00000]
  at GLib.Signal.voidObjectCallback (IntPtr handle, IntPtr data) [0x00000]
   at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal)
   at GLib.Signal.voidObjectCallback(IntPtr handle, IntPtr data)
   at GLib.Signal.voidObjectCallback(IntPtr , IntPtr )
   at Gtk.OptionMenu.gtk_option_menu_set_menu(IntPtr , IntPtr )
   at Gtk.OptionMenu.gtk_option_menu_set_menu(IntPtr , IntPtr )
   at Gtk.OptionMenu.set_Menu(Gtk.Widget value)
   at FSpotGoogleExport.GoogleExport.PopulateAlbumOptionMenu(Mono.Google.Picasa.PicasaWeb picasa)
   at FSpotGoogleExport.GoogleExport.Connect(FSpotGoogleExport.GoogleAccount selected, System.String token, System.String text)
   at FSpotGoogleExport.GoogleExport.Connect(FSpotGoogleExport.GoogleAccount selected)
   at FSpotGoogleExport.GoogleExport.Connect()
   at FSpotGoogleExport.GoogleExport.Run(IBrowsableCollection selection)
   at FSpot.Extensions.ExportMenuItemNode.OnActivated(System.Object o, System.EventArgs e)
   at GLib.Signal.voidObjectCallback(IntPtr handle, IntPtr data)
   at GLib.Signal.voidObjectCallback(IntPtr , IntPtr )
   at Gtk.Application.gtk_main()
   at Gtk.Application.gtk_main()
   at Gtk.Application.Run()
   at Gnome.Program.Run()
   at FSpot.Driver.Main(System.String[] args)

[donatello (aditya.mmy)]

I can confirm this. It happens exactly the same way on mine too. If the wrong password is entered once, the application simply crashes when "Export to Picasaweb" is clicked, unless the password is removed from the Key Ring. Otherwise if the password is correct, when trying to upload a picture, it either crashes or displays a dialog that says something like 0% of file completed and stays that way for a long time and then crashes.

[donatello (aditya.mmy)]

Changed status to confirmed. To reproduce simply try to upload the picasaweb using this version of f-spot.

[Andrew Conkling (andrewski)]

Can you try moving your ~/.gnome2/f-spot folder somewhere else (maybe your Desktop, for example) and then starting a fresh copy of F-Spot? Also, can you make sure all other extensions are turned off?

[donatello (aditya.mmy)]

I tried your suggestions, and I guess it has something to with the extensions. I deleted ~/.gnome2/f-spot and then started f-spot in debug mode, tried uploading. My picasa password was saved so it appeared begin to upload. An upload status window saying 0 of 18 MB done, and stayed that way for a long time. After that I disabled all the other extensions and tried it and the upload worked! There is a full log of this run in the file named f-spot-debug-run-1 attached below.

I tried the process again with the extensions turned on. But this time after f-spot started and I gave the upload command, the application crashed. You can find the log in the attached file named f-spot-debug-run-2

[Tiefflieger (tiefflieger)]

Happened to me, too (sorry for my duplicate bug entry), but maybe my tries to open f-spot via console give additional hints for tracking down the problem...?

[Andrew Conkling (andrewski)]

On Tue, Jun 10, 2008 at 11:34, tiefflieger <email address hidden>
wrote:

> Happened to me, too (sorry for my duplicate bug entry), but maybe my
> tries to open f-spot via console give additional hints for tracking down
> the problem...?

Don't worry about the duplicate.

As for terminal output, some was already posted, but it (and yours) would be
better if you could install debugging packages as outlined here:
https://wiki.ubuntu.com/DebuggingProgramCrash. Seems like debugging output
is missing in both cases. (As an aside, I wonder too if these might be
separate bugs—the output isn't exactly the same at the time of the crash—but
it would be easier to tell with debugging output.)

[donatello (aditya.mmy)]

I'd like to help. Which package do you mean exactly for debugging symbols? F-spot does not seem to have any debugging packages associated with it (as a simple search for "f-spot" in synaptic seems to say).

[ryth (xryanx-gmail)]

Same problem here. I tried deleted ~/.gnome2/f-spot and have all extensions disabled other than the default. Below is a log file.

[RedOranges (redoranges)]

I was having the same problem last night
I tried deleting ~/.gnome2/f-spot and only had one extension running with no luck

Then today (after a restart of the computer) i installed the debug files to try and debug the program
when i tried
gdb f-spot 2>&1 | tee gdb-f-spot.txt

 I got
"/usr/bin/f-spot": not in executable format: File format not recognized

But now when i run F-Spot it works fine, i can upload....

Not sure if this helps any or not

[John Lawler (z-launchpad-net-tgice-com)]

It sounds like this may be the same thing I just experienced recently using the current Hardy F-Spot version, 0.4.3.1.

I believe that the problem has something to do with attempting to click "Add" when using a PicasaWeb account that has no galleries defined. It's understandable why the developer would've missed this, since I'm sure he had plenty of galleries defined during development.

But I'm reasonably certain that it could be duplicated by removing all galleries from the test account and trying the import. It's probably a simple null pointer deal or empty array that's assumed to have one entry, etc.

Additionally, when this first happened, I had already loaded one PicasaWeb account into the list (by the way, I like the feature of being able to upload to multiple PicasaWeb accounts), which had galleries defined and then was trying to add a new one which had no galleries.

That's when the bug happened, but I think it persisted even after I had removed the original account (w/ galleries), so my problem is likely related only to the lack of galleries.

[John Lawler (z-launchpad-net-tgice-com)]

Oh, I should mention that the work around was to manually create a gallery through the PicasaWeb UI, then I was able to proceed as normal, so I'm quite confident of the cause of the problem I'm reporting.

[ryth (xryanx-gmail)]

I just attempted John's work around, and it seems to correct the problem. Thanks John! Great work.

[tonighx (paganodimelito)]

For me it doesn't work.
I have an account with Galleries
f-spot 0.4.3.1
ubuntu Hardy

[Pedro Villavicencio (pedro)]

looks like http://bugzilla.gnome.org/show_bug.cgi?id=537684

[sebastian-s (sebastian-s)]

just letting you know that the fix (creating a picasa web album on the web) worked for me

[Paulus (donmatteo)]

F-spot in hardy crashed for me, too. The problem in my case was that I entered incorrect login information. A work-around is to remove the offending entry in your gnome-keyring, which can be easily done through Applications / Preferences / Passwords / Passwords.

[Sebastien Bacher (seb128)]

the new version in intrepid fixes this bug