EDIT: thanks for the link. Please open that in a normal browser tab so that you can see that elements don't have [pubDate] or [dc:date] tag (which they should have since the feed claims to be RSS 2.0). Due to this Feedbro generates timestamps for the item (article) entries. But when you delete such loaded article, Feedbro has no way of knowing whether the article was loaded before (because it's now removed from the Feedbro database). This is why Feedbro downloads the article again.

Solution: don't delete articles that are provided by such feeds (that don't have datestamps).

What's the feed URL? If you are deleting articles and the feed does not date stamps for the articles in the XML, that can happen.

Feedbro does not immediately save changes to the disk. So if you delete an article and close the browser right after that, changes aren't persisted. Pending changes are written to the disk periodically so you need to wait a while. This is purely for performance reasons because for example when marking articles as read, it would be quite inefficient to write all changes immediately.

Works fine on http://feeds.macrumors.com/MacRumors-All - what URL doesn't work?

EDIT: user found out that the reason for this was that they had Firefox's standard "HTTPS-Only" mode on and that MacRumous feed supports just HTTP. Even disabling the requirement for the site doesn't help because apparently HTTPS requirement is still enforced for every URL using XMLHttpRequest API that Feedbro uses.

Bug report has been submitted: https://bugzilla.mozilla.org/show_bug.cgi?id=1692811

EDIT: Feedbro can save more than 100 articles per feed (see e.g. https://i.imgur.com/tVrquyl.png). However, we did find that in versions prior to 4.9.9 there was a bug that the "add feed dialog" didn't respect the custom "maximum entries to save" during the initial first load. In subsequent loads it was respected so it was possible to save more than 100 articles but it required that the feed provided new entries.

This is now fixed in 4.9.9+ so that the max entries setting is also respected during the first load (if the feed happens to provide enough articles - many XML feeds have just 10 or 20 latest articles).

Also it's highly likely that some feeds that don't seem to update have some problem. We are always happy to help our users to find out what the problem is but generic statements like that don't help anyone. Post some URLs of feeds that don't work please.


You can save more than 100 articles per feed. Right-click the feed in the feed tree, select Properties and adjust the max count. If feed doesn't update, there's a problem with the feed.

Reviews aren't meant for support requests. If you have a problem, send us an email at feedbro.reader AT gmail.com with the links to problematic feeds.