Uploads stalling

None that I can see. I eventually was able to upload a set of 30-40 pictures by exporting them 2-3 at a time with much repetition. But, if I tried to do them in one batch, it stalled every time.

This has started happening to me as well. I'm using the trial version uploading a single image and this behavior occurs.

I was experiencing stalling (everytime in beta 3.0b25) and turned off the "copy title and description changes back to iPhoto" preference and everything was fine

I'm also getting what sounds like the same problem, I'm using Aperture 2.1.1 and Flickr Export 1.0.9.

Authorising with Flickr in the export dialog takes a long time (this could be normal). Exporting more than 2 or 3 photos will result in the export hanging and on occasion Aperture crashing with no warning, and no crash report (it just blinks out of existence).

Frasier,

Is there any other information I can gather for you that might help figure out what is going on? FlickrExport is unusable for me at this point. I'm having to either use FlickrExport on one photo at a time or export and upload using another method.

I had this problem again tonight, tried to upload 5 photos, first photo uploaded with no problems then suddenly Aperture blinked out of existence again.

Extra bit of info from me - can't see it would make a difference, but my photos are all stored on an external drive.

Has anyone with this problem tried the beta version instead?

Hmm. It looks like this is a flickr issue after all, and I'm just getting hit with it more in Flickr Export than in other methods. There's a thread here about the problem - and despite the title, it doesn't only pertain to video. Sorry for the mixup!

Sadly, this problem has still not resolved. Flickr's tools seem to be working better with only occasional failures, but I still can't upload more than 1 photo at a time with FlickrExport. I have packet captures of the problem if you are interested in seeing them.

Any luck making progress on this? I've submitted the trace to Flickr support as well but have heard nothing back. I'm pretty close to having to move to SmugMug as I really don't have the time it takes to upload any significant number of images, not to mention the metadata syncing I have to do to get the Flickr ID's back in the Aperture database. Can I make a suggestion while we're on the subject? Syncing the Flickr information back to each picture as it is uploaded, would at least make this situation more tolerable. As it is, if a batch fails, none of the images - even those uploaded successfully - get tags added or Flickr metadata populated in Aperture.

3.0 shows the same problem. I'm now in the process of Migrating to SmugMug, so it may all be moot. I'd *love* to see a SmugMugExport from you, since the Aperture plugins available are very barebones.

Incidentally, 3.0 won't let me cancel the export when the uploads start timing out. I have to force quit aperture to get out.

I've discovered another interesting item. FlickrExport is uploading the files to www.flickr.vip.mud.yahoo.com, which is resolving to an IP in the 68.142.192.0/18 subnet. When I look at Flickr's own standalone Uploadr, it is uploading to a different server (up.flickr.com, for me resolving to an IP in Yahoo's 209.191.64.0/18 subnet) after check in with the API in the 68.142.192.0/18 subnet. The flash uploader at http://www.flickr.com/photos/upload/ behaves the same way. I have much fewer problems with Flickr's own tools. Is the method used by Uploadr available to FlickrExport?

This is fascinating: http://www.flickr.com/help/forum/en-u...

A staff member "greased the queues" an hour or two ago, and I can now upload faster than ever with FlickrExport. Unfortunately, they seem to have a very limited amount of grease and only apply it when the screaming reaches a certain level. This is again looking to be a Flickr issue, although one I would hope you are concerned about, as it clearly impacts the usefulness of your software!

I've given up any hope of Flickr ever resolving their upload issues. Rather than throw out the money I've spent on Flickr and FlickrExport, I thought I'd make a request. Would it be possible to change the upload process so that local flickr metadata is filled out after each picture is successfully uploaded? Currently, it waits until the entire batch is uploaded to write the local metadata and because a batch is just about never successful, the metadata is never written. The only way I can successfully get the local metadata saved is to run FlickrExport for each individual picture.

This is the only hope for keeping Flickr and therefore FlickrExport useful to me.

I have the same sort of problem with FlickrExport for iPhoto - only in this case it never uploads any pictures at all. It also locks up iPhoto solid - I have to force quit.

Am I being too ambitious trying to upload 135 iPhotos using FlickrExport? Immediately I hit "OK" the message 'Connection Timed Out' appears, despite the fact that no time had elapsed. FlickrExport failed to contact Flickr, supposedly due to 'networking and proxy servers'. But this thread tells me it has nothing to do with networking and I don't have any proxies here at home. I've only just bought my copy, so would like to be reassured that it will do the job that the demo version did. Is 5 photos better than 135?

Since a few days ago I am having the same original reported problem in Aperture (v 2.14) with Flickr Exporter 3.02 (Mac OS X 10.5.8). My uploads never complete, while Aperture reports it is still uploading (I have let it go for 8 hours). I cannot cancel the activity in Aperture, cannot quit Aperture unless I Force quit.

My console reports, "9/12/09 11:38:42 PM Aperture[2608] FKPhotoUploadRequest processCheckTicketResponse logged the following error: Sorry, the Flickr API service is not currently available. "

This happened both at hotel where the internet connection was not the strongest and at home, where I do have broadband.

This is extremely frustrating as I am having to re-enter captions, titles again and again.