Sone eReader (PRS-300), deleted articles not archiving

[David Bendit]

In using WordCycler with my Sony PRS-300 eReader, I've discovered a
few bugs with syncing back to the Instapaper account.

1. If multiple individual articles are deleted, but not all, then only
the first-deleted article is archived, while the remainder are re-
added to the device.
2. If all articles are deleted, all articles are re-added to the
device.

I'm not sure if it's the device or WordCycler that's causing these
problems, but it's far less convenient to archive articles before
syncing to ensure that they aren't re-added.

Thanks for the app so far, though. In every other way, it does its job
fantastically!

[David Bendit]

Also of note, the PRS-300 stores deletion information in an XML file
at <Drive>:\database\sync\deleted.xml

Here's the format for reference:

<?xml version="1.0" encoding="UTF-8"?>
<deleted xmlns="http://www.sony.com/xmlns/product/prs/device/1">
<item path="Digital Editions/_wordcycler/83769069.epub"/>
<item path="Digital Editions/_wordcycler/83790895.epub"/>
<item path="Digital Editions/_wordcycler/83470120.epub"/>
</deleted>

Seems like all you'd need to do is check for the existence of that
file and, if it's there, look through the deleted lines to see if any
of them are in the selected sync dir.

One thing I'm not so sure about is whether or not app devs are
expected to clean out that file once things are considered synced.
Since it seems like each synced article has a unique ID, even if it's
synced multiple times, it seems like you'll have to remove lines on
sync regardless, as articles that are un-archived should actually get
to sync.

If you require any testing for the Sony, I'd be happy to volunteer as
well :)

Thanks,
David Bendit

[James Sulak]

Hi David,

I'm sorry you're running into trouble. Which version of Wordcycler
are you using? (You can find out by going to "About" on the
right-click menu.) I released an update (1.2.1) earlier this week
that I think might address your issue.

Last week, Instapaper started being much more strict in rate-limiting
incoming traffic. One area that effected was archiving, since each
archive action is a separate HTTP request. Before, if an article was
deleted, it didn't check to see if it successfully archived. Then,
later in the sync, it would redownload those articles because they
would still be on the Instapaper list. The new version corrects that.
If an article fails to archive, it will tell you, and not redownload
it.

Of course, let me know if the current version doesn't work correctly.

-James

[David Bendit]

Good call. Turns out I was using 1.2. 1.2.1 seems to have solved the
problem. Thanks for the quick response!

[James Sulak]

Great, that's my favorite kind of issue. :)

Let me know if you run into any more problems.

-James