Thanks for the PR @edd255 . I'm afraid this only solves a very small part of the overall feature.

Consider the following:

• User subscribes to a feed which only contains the 10 latest articles.
• User saves one of the articles.
• Time passes, and now the saved article is no longer part of the 10 items in the feed. But it has been marked as saved so Feeder does not autodelete it.
• User exports saved articles
• User reinstalls Feeder and wishes to reimport saved articles

At this point, the acceptance criteria is:

• The saved article which is no longer part of the feed is present in Feeder

And a major obstacle to this is that the existing import does not contain enough information to fully resurrect the item in the database. All the metadata comes from the original feed entry which is no longer available, and Feeder's export is just of the link.

To actually solve this, the exported data would need to be amended and contain the necessary metadata.

Thanks for the feedback! :) I will take a look at this in a few days.

This will break backwards-compatibility to some extent, as old exports cannot be imported then. But that seems like a reasonable trade-off.

This will break backwards-compatibility to some extent, as old exports cannot be imported then. But that seems like a reasonable trade-off.

Not much to break. Existing exports of saved articles can't be imported at all. They only exist to allow people to extract their data.

I built it and tested it on a real device. It should work now. Importing saved articles from feeds you are not subscribed to also works.

Thanks again @edd255

@spacecowboy Can you unblock translations on Weblate?