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 474421 - Picasa export sometimes fails for certain images, error 400
Picasa export sometimes fails for certain images, error 400
Status: RESOLVED FIXED
Product: f-spot
Classification: Other
Component: General
0.4.x
Other All
: Normal normal
: ---
Assigned To: F-spot maintainers
F-spot maintainers
Depends on: 356259
Blocks:
 
 
Reported: 2007-09-07 01:21 UTC by Jean-François Fortin Tam
Modified: 2008-03-27 14:30 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
error dialog's screenshot (10.99 KB, image/png)
2007-09-07 01:22 UTC, Jean-François Fortin Tam
  Details
set-description-on-import.patch (384 bytes, patch)
2007-12-02 08:34 UTC, Maxxer
none Details | Review

Description Jean-François Fortin Tam 2007-09-07 01:21:17 UTC
I sadly cannot reproduce consistently this bug. Everytime I cancel my upload process and run f-spot --debug>foo.log, the bug doesn't actually show up!

I am using tags on my photos, and if I am not mistaken f-spot 0.4 exports those tags to picasa. I wonder if that could be linked.
Comment 1 Jean-François Fortin Tam 2007-09-07 01:22:56 UTC
Created attachment 95098 [details]
error dialog's screenshot
Comment 2 Stephane Delcroix 2007-09-07 07:25:32 UTC
please attach such a 'certain image' to this bug.
Comment 3 Jean-François Fortin Tam 2007-09-07 15:39:14 UTC
the problem is, this is not tied to specific images. Because when that happens, I can "skip skip skip", the upload finishes (for a portion of the images). Then I try uploading the remaining images, and it usually works without errors.

And also, if I do Cancel instead of Skip, the errors will come up again when I retry.
Comment 4 Jean-François Fortin Tam 2007-09-07 15:40:02 UTC
although I could not provide an image that I identified as problematic, reopening just so that it doesn't get lost.
Comment 5 Stephane Delcroix 2007-09-07 17:46:16 UTC
please try reproducing this bug while running f-spot from the console. no need to add the --debug flag. and cp the trace here. without that, I can't do anything...

do you confirm also that 'retry' never works ?
Comment 6 Jean-François Fortin Tam 2007-09-07 20:23:40 UTC
yeah, "retry" never works. I'll run f-spot from the terminal and let you know if I finally get a hold of this error.
Comment 7 Vincent Untz 2007-10-15 15:17:52 UTC
It just happened to me, for photos I imported. After having restarted f-spot from a terminal, it works... Maybe it only happens with new photos?
Comment 8 Stephane Delcroix 2007-10-15 15:26:32 UTC
Vincent, if you can reproduce this, could you please run f-spot from a console and paste the output here ?

Comment 9 Vincent Untz 2007-10-15 15:32:55 UTC
(In reply to comment #8)
> Vincent, if you can reproduce this, could you please run f-spot from a console
> and paste the output here ?

I can't reproduce right now (that's why I launched f-spot from a terminal). I'm now always launching it from a terminal, so next time this happens, I'll have the debug messages.
Comment 10 Maxxer 2007-10-15 16:17:39 UTC
Vincent is right, it happens on newly imported pictures. On the third pic I had:

open uri = file:///tmp/tmp6eb41ab1.tmp..jpg
System.Net.WebException: The remote server returned an error: (400) Bad Request.
  at System.Net.HttpWebRequest.CheckFinalStatus (System.Net.WebAsyncResult result) [0x00000] 
  at System.Net.HttpWebRequest.SetResponseData (System.Net.WebConnectionData data) [0x00000] 



Pressing retry doesn't change the situation. Pressing skip will upload a couple of pictures and then stop again. I've pressed skip a second time and it ran to the end.
Comment 11 Maxxer 2007-12-02 08:34:19 UTC
Created attachment 100029 [details] [review]
set-description-on-import.patch

I've finally come up to this bug!!!

The photo description is not correctly set on import, so the Picasa request was issued with the wrong text (a lot of �) and thus failing.

This patch correctly sets the description to the photo item on import.
Comment 12 Maxxer 2007-12-02 08:55:39 UTC
While I think that patch is needed, it doesn't fix the problem (I've been too quick, sorry).

I think this bug depends on Bug #356259. 
Comment 13 Maxxer 2007-12-02 09:36:23 UTC
I've attached that patch to the appropriate bug.
Comment 14 Bengt Thuree 2007-12-02 12:25:18 UTC
I thought that F-Spot's internal comment/titel/description is the UserComment field.
Just setting by default the Description field will overwrite previous F-Spot comments.
Comment 15 Maxxer 2007-12-02 18:16:43 UTC
There's a patch attached to bug #356259 which should fix this. If anyone wants to give it a try...

(I should have marked this as duplicate)
Comment 16 Maxxer 2008-03-27 14:30:04 UTC
Should be fixed...