Skip Menu |

This queue is for tickets about the Net-Flickr-Backup CPAN distribution.

Report information
The Basics
Id: 27467
Status: open
Priority: 0/
Queue: Net-Flickr-Backup
People
Owner: Nobody in particular
Requestors: rjbs [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: Wishlist
Broken in: 2.97
Fixed in: (no value)

History Show all quoted text
  Wed Jun 06 11:50:47 2007 rjbs [...] cpan.org - Ticket created
Subject: don't die just because of one image
I want to create a full backup so that I can start only backing up recently updated photos. Because there is no "sort by recent updates" I basically have to complete a full backup, then start specifying a recent date. That's fine. After running for hours, my backup died because of invalid EXIF in: http://www.flickr.com/photo_exif.gne?id=326851605 I would much rather make it possible to say, "If you get a busted image, skip it, log it, and move on." Maybe a max_errors count would be useful, but I'm not as interested in that as just not losing my whole backup because of one stupid image's stupid EXIF. -- rjbs
  Wed Jun 06 16:15:28 2007 ascope [...] cpan.org - Correspondence added
From: ASCOPE [...] cpan.org
Aha! Someone else has been complaining of a fatal error that causes large backups to fail but without pointing to the culprit. I will add suitable eval blocks in the next couple of days. Cheers, On Wed Jun 06 11:50:47 2007, RJBS wrote: Show quoted text
> I want to create a full backup so that I can start only backing up > recently updated photos. Because there is no "sort by recent updates" I > basically have to complete a full backup, then start specifying a recent > date. That's fine. > > After running for hours, my backup died because of invalid EXIF in: > > http://www.flickr.com/photo_exif.gne?id=326851605 > > I would much rather make it possible to say, "If you get a busted image, > skip it, log it, and move on." Maybe a max_errors count would be > useful, but I'm not as interested in that as just not losing my whole > backup because of one stupid image's stupid EXIF.
  Wed Jun 06 16:15:29 2007 The RT System itself - Status changed from 'new' to 'open'
  Wed Jun 06 16:37:28 2007 rjbs [...] cpan.org - Correspondence added
Subject: Re: [rt.cpan.org #27467] don't die just because of one image
Date: Wed, 6 Jun 2007 16:34:51 -0400
To: via RT <bug-Net-Flickr-Backup [...] rt.cpan.org>
From: Ricardo SIGNES <rjbs [...] cpan.org>
* via RT <bug-Net-Flickr-Backup@rt.cpan.org> [2007-06-06T16:15:30] Show quoted text
> Someone else has been complaining of a fatal error that causes large > backups to fail but without pointing to the culprit. > > I will add suitable eval blocks in the next couple of days.
In the meantime: http://flickr.com/help/forum/41951/ I filed this bug. The first response does not look helpful. -- rjbs
  Thu Jun 07 08:52:54 2007 rjbs [...] cpan.org - Correspondence added
I switched from XPath to LibXML as my XML library, and now it does not die. Instead, I -think- it is simply not including the EXIF data in those photos' RDF dumps. -- rjbs