Export to GitHub

dfo - issue #9

Photo information not syncing


Posted on Oct 16, 2007 by Happy Ox

I uploaded a number of photos and was able to see them on the Flickr web site.

I then selected all of the photos and set their visibility to Public. I pressed Sync Now and the [Edited} label did not go away and the state was not updated on the Flickr site. After pressing the Stream and Sync Now buttons a few times, the photos got updated.

However, I then updated the Descriptions and Tags of these photos. After half an hour of pressing every button on your interface, the [Edited] label is still present and the photos on the web site have not been updated.

What version of the product are you using? On what operating system?

0.7+svn45-1 on Debian (lenny)

Comment #1

Posted on Oct 16, 2007 by Happy Ox

OK, there is a repeatable stack trace that I missed when running the app from the menu:

System.ComponentModel.Win32Exception: ApplicationName='gmcs',

CommandLine='/target:library /debug- /optimize+ /out:"/tmp/1cca6afd/1e8d9467.dll" /r:"/usr/lib/cli/flickrnet-2.1.5/FlickrNet.dll" /r:"System.dll" /r:"System.Xml" /r:"System.Data" -- "/tmp/1cca6afd/1e8d9467.cs" ', CurrentDirectory='', PATH='/home/wohler/bin:/usr/bin/mh:/home/wohler/proj/nasa/vendor/ant/latest/bin:/usr/local/bin:/bin:/usr/bin:/sbin:/usr/sbin:.' at System.Diagnostics.Process.Start_noshell (System.Diagnostics.ProcessStartInfo startInfo, System.Diagnostics.Process process) [0x00000] at System.Diagnostics.Process.Start_common (System.Diagnostics.ProcessStartInfo startInfo, System.Diagnostics.Process process) [0x00000] at System.Diagnostics.Process.Start () [0x00000] at (wrapper remoting-invoke-with-check) System.Diagnostics.Process:Start () at Mono.CSharp.CSharpCodeCompiler.CompileFromFileBatch (System.CodeDom.Compiler.CompilerParameters options, System.String[] fileNames) [0x00000] at Mono.CSharp.CSharpCodeCompiler.CompileAssemblyFromFileBatch (System.CodeDom.Compiler.CompilerParameters options, System.String[] fileNames) [0x00000] at Mono.CSharp.CSharpCodeCompiler.CompileAssemblyFromFile (System.CodeDom.Compiler.CompilerParameters options, System.String fileName) [0x00000] at System.Xml.Serialization.XmlSerializer.GenerateSerializers (System.Xml.Serialization.GenerationBatch batch, System.CodeDom.Compiler.CompilerParameters cp) [0x00000] at System.Xml.Serialization.XmlSerializer.RunSerializerGeneration (System.Object obj) [0x00000] 2 : Invalid primary photo id (?????)

Huh?

Any thoughts on how I can work around this?

Comment #2

Posted on Oct 17, 2007 by Happy Ox

Note that the last line was due to a new set I created in dfo.

Also note that this was originally done with an empty Flickr account.

Workaround: delete your .desktopflickr directory and restart dfo, connect, and sync. I was then able to upload some updated tags and descriptions until I got the same stack trace above, in which case, the syncing reverted to its previous broken behavior. So, it seems that an empty Flickr account was not the cause, but more likely, this exception.

Comment #3

Posted on Oct 28, 2007 by Quick Kangaroo

Seems like this error is caused by the delay in flickr internal infrastructure to spread out the information about new photos. It generally takes upto around half an hour or so, till the photo ids become available for usage for creating new sets, or even updating their metadata.

Can you try waiting for a while after uploading new photos, and see if you still get this error.

Comment #4

Posted on Oct 28, 2007 by Happy Ox

I think you might be right. I went back and edited some metadata and it synced as expected.

However, the old items still marked with the red Edited tag are still in some wedged state. I edited the metadata for one of these photos again and the metadata did not sync. That is, the change I made did not propogate up to Flickr, nor did the Edited tag go away.

Given what you said, I think one of two solutions will help.

  1. Make the (newly uploaded) photos read-only until you've determined that Flickr has distributed the new information satisfactorily (so that we don't get in this state in the first place). To notify the user, set the rows for the photos read-only (greyed-out) and replace the [Edited] note with a [Waiting for Flickr to incorporate photos], or something like that.

  2. Fix the logic so that dfo will synchronize correctly as soon as Flickr is ready. In addition, it would be good to give warning to the user that a synchronization has failed and to try again in half an hour. If you show me how to access the sqlite.db and if it helps, I can provide the DB row for the affected photos (and contrast with a row that isn't wedged).

Status: WontFix

Labels:
Type-Defect Priority-Medium