F-Spot PicasaWeb export fails

Confirmed here. On Gutsy 32-bit intel, with f-spot 0.40.
I have tried with several different PicasaWeb accounts. Each time I try and upload pictures by selecting several in the f-spot browser view, and choosing File | Export | PicasaWeb.

The first photo is uploaded ok, and then I get "Error Uploading To Gallery. The remote server returned an error. (400) Bad Request.", Retry, Skip, Cancel.
The second and subsequent photos are not uploaded regardless if I try Retry or Skip.

Working in Ubuntu 8.04

ii f-spot 0.4.2-1ubuntu3 personal photo management application

Is anyone still having this problem?

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!.

I have trouble uploading to Picasa Web using f-spot 0.4.3.1 in hardy.
I'm trying to upload a single photo. I get the same result every time.
Here's the debug info:

vasile@gri:~$ f-spot --debug
** Running f-spot in Debug Mode **
** Running Mono with --debug **
Starting new FSpot server
Reloading
item changed
Reloading
item changed

(f-spot:7457): 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.
GoogleAccount.Connect()
Starting Upload to Picasa
uploading 0
value = f-spot version 0.4.3.1 len = 22
value = 2008:08:19 15:42:45 len = 19
Saved 8961 bytes
System.IO.IOException: Write timed out.
  at System.Net.WebConnectionStream.Write (System.Byte[] buffer, Int32 offset, Int32 size) [0x00000]
  at Mono.Google.Picasa.PicasaAlbum.UploadPicture (System.String title, System.String description, System.String mime_type, System.IO.Stream input) [0x00000]
  at Mono.Google.Picasa.PicasaAlbum.UploadPicture (System.String title, System.String description, System.IO.Stream input) [0x00000]
  at Mono.Google.Picasa.PicasaAlbum.UploadPicture (System.String filename, System.String title, System.String description) [0x00000]
  at FSpotGoogleExport.GoogleExport.Upload () [0x00000]
uploading 0
value = f-spot version 0.4.3.1 len = 22
value = 2008:08:19 15:50:02 len = 19
Saved 8961 bytes
System.DivideByZeroException: Division by zero
  at (wrapper managed-to-native) System.Object:__icall_wrapper___emul_ldiv (long,long)
  at FSpotGoogleExport.GoogleExport.Upload () [0x00000]

I encountered this bug in hardy.

there's a similar report here: http://bugzilla.gnome.org/show_bug.cgi?id=536477 , could you provide the photo which who you're having the issue?

It was the same photo that I uploaded to http://bugzilla.gnome.org/show_bug.cgi?id=536477
They couldn't reproduce the bug there. I'll do some more tests and report back.

This bug is repetitive if multiples exports are in progress

Hi,

I have to confirm that that trying to export to Picasa Web using F-spot fails on Ubuntu 8.04. I have now uninstalled F-spot from Ubuntu.

Steps to reproduce:

1. Choose any JPEG photo (single or multiple) and goto Photo>Export>PicasaWeb
2. F-spot crashes

Debug output follows.

--
lsb_release -a

No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 8.04.1
Release: 8.04
Codename: hardy

--
uname

Linux 2.6.24-21-generic #1 SMP Tue Oct 21 23:43:45 UTC 2008 i686 GNU/Linux
--
sudo apt-cache policy f-spot

f-spot:
  Installed: (none)
  Candidate: 0.4.3.1-0ubuntu1
  Version table:
     0.4.3.1-0ubuntu1 0
        500 http://sa.archive.ubuntu.com hardy-updates/main Packages
        100 /var/lib/dpkg/status
     0.4.2-1ubuntu3 0
        500 http://sa.archive.ubuntu.com hardy/main Packages
--
dbus-launch f-spot --debug

** Running f-spot in Debug Mode **
** Running Mono with --debug **
WARNING: The add-in 'FSpot.__DefaultExporters,1.6' is trying to extend
'/FSpot/Menus/Exports', but there isn't any compatible add-in defining
this extension point
Starting new FSpot server
Reloading
item changed
sda8 (63.2 GB) - gnome-dev-harddisk - Mountpoint file:///media/sda8 True
True Harddrive
Harddrive
sda7 (92.8 GB) - gnome-dev-harddisk - Mountpoint file:///media/sda7 True
True Harddrive
Harddrive
sda6 (73.2 GB) - gnome-dev-harddisk - Mountpoint file:///media/sda6 True
True Harddrive
Harddrive
sda4 (29.8 GB) - gnome-dev-harddisk - Mountpoint file:///media/sda4 True
True Harddrive
Harddrive
sda1 (19.5 GB) - gnome-dev-harddisk - Mountpoint file:///media/sda1 True
True Harddrive
Harddrive

(f-spot:8664): 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.
item ImportCommand+SourceItem
Scanning /media/sda4/Pics
item changed
cleanup context
item changed
Stopping
Scanning /media/sda4/Pics
item changed
item changed
Stopping
Reloading
item changed
Reloading
GoogleAccount.Connect()
Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to
handle the exception.
System.ArgumentOutOfRangeException: Index is less than 0 or more than or
equal to the list count.
Parameter name: index
0
  at System.Collections.ArrayList.get_Item (Int32 index) [0x00000]
  at System.Collections.Specialized.NameObjectCollectionBase.BaseGet
(Int32 index) [0x00000]
  at Mono.Google.Picasa.PicasaAlbumCollection.get_Item (Int32 index)
[0x00000]
  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
FSpotGoogleExp...

This bug was fixed upstream in June, which means it should be part of 8.10. Could anyone who experienced this problem test in 8.10/Intrepid and post back the details? Thanks!

Could not upload to Picasa Web. This is on 8.10, F-Spot 0.5.0.3. F-Spot logged into the account just fine, it displayed a list of the available albums and successfully created a new one. But on uploading it stalls on uploading picture 1/x, the progress bar remains at 0 bytes/X MB. I did a kill -3 to get a thread dump which is attached.

The most relevant part seems to be this:
"" tid=0x0x409b8950 this=0x0x7f4be29468a0:
  at GLib.Idle.Add (GLib.IdleHandler) <0x0005c>
  at FSpot.Delay.Start () <0x000df>
  at (wrapper managed-to-native) System.Threading.Monitor.Monitor_wait (object,int) <0x00048>
  at (wrapper managed-to-native) System.Threading.Monitor.Monitor_wait (object,int) <0xffffffff>
  at FSpot.ThreadProgressDialog.set_ProgressText (string) <0x0003e>
  at System.Threading.Monitor.Wait (object) <0x0004d>
  at FSpot.PixbufCache.WorkerTask () <0x00069>
  at FSpotGoogleExport.GoogleExport.HandleUploadProgress (object,Mono.Google.Picasa.UploadProgressEventArgs) <0x00117>
  at (wrapper runtime-invoke) System.Object.runtime_invoke_void (object,intptr,intptr,intptr) <0xffffffff>
  at Mono.Google.Picasa.PicasaAlbum.DoUploadProgress (string,long,long) <0x0006b>
  at Mono.Google.Picasa.PicasaAlbum.UploadPicture (string,string,string,System.IO.Stream) <0x00396>
  at Mono.Google.Picasa.PicasaAlbum.UploadPicture (string,string,System.IO.Stream) <0x00034>
  at Mono.Google.Picasa.PicasaAlbum.UploadPicture (string,string,string) <0x00054>
  at FSpotGoogleExport.GoogleExport.Upload () <0x00571>

I did another thread dump while running with --debug.

I confirm all of above on Intrepid 8.10 and provide some (hopefully) helpful debug info.

leon@alderaan:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 8.10
Release: 8.10
Codename: intrepid

I've reopened the bug upstream seems to be still an issue, thanks for reporting.

this has been fixed upstream now, thanks for reporting.

This bug was fixed in the package f-spot - 0.6.0.0-1~ubuntu1

---------------
f-spot (0.6.0.0-1~ubuntu1) karmic; urgency=low

  * Upload to Karmic from Debian's git VCS (LP: #410520)
  * New Upstream Version 0.6.0.0
   - no longer depends on libeog
   - fighting against deprecation, on the path to gnome3
   - new viewer widget
   - new widget showing folders organisation
   - new Preference dialog
   - db and config moved to .config (or whatever is pointed by xdg config)
   - tons of bugs fixed (really) (Closes: #534566, #449293, #479176, #305306,
     #537942, #418356)
     (LP: #77133, #290564, #298283, #379373, #405005, #116796, #178303,
     #355035, #368275)
   - updated translations
  * debian/control: Set Vcs-* to point to new Git locations
  * debian/control, debian/patches/*: Switch to quilt for patches, refresh all
    patches
  * debian/rules, debian/control: Rewrite in DH7 style (Closes: #531769)
  * debian/rules: Use ltmain-as-needed, modify LDFLAGS
  * debian/patches/99_ltmain_as-needed.dpatch: Drop, now applied in rules by
    copying from debian/
  * debian/patches/debian_unlink_nunit.dpatch: Drop, upstream now handles this
    case correctly by configure checks
  * debian/patches/debian_no_dup_app_icons.dpatch: Drop, upstream no longer
    ships svg icon
  * debian/patches/debian_link_2.0_profile_cairo.dpatch: Drop, fixed in mono
  * debian/patches/debian_dont_link_libmono.patch: Drop, ltmain-as-needed
    achieves this too
  * debian/patches/f-spot-import-gphoto.dpatch,
    debian/patches/svn-r4555_fix-crash-on-icon-size-change.dpatch,
    debian/patches/svn-r4545_locales-import.dpatch,
    debian/patches/debian_use_csc.dpatch,
    ubuntu_1024x600_CDExport.cs.dpatch,
    ubuntu_raw_escape_quote.dpatch (Closes: #481124),
    svn-display-sidebar.dpatch,
    svn-no-versionellipze.patch: Drop, fixed upstream
  * debian/control: Bump versions on a load of build-deps to match upstream
    configure checks. Also drop a load more build-deps that are no longer
    needed.
  * debian/{docs,menu,manpages}: Prefix with f-spot
  * debian/rules, debian/f-spot.install: Move DLLmap installation to
    f-spot.install instead of cp in rules
  * debian/gkeyfile-sharp.dll.config: Add, DLLImport was incorrect

 -- Iain Lane <email address hidden> Mon, 10 Aug 2009 17:42:29 +0100

The issue is happening in Lucid with F-Spot 0.6.1.5.