Auto-mark as read & On catchup show next feed lefts last few post as unread after switching to another feed


Set configuration:
ENABLE “On catchup show next feed”
ENABLE “Automatically mark articles as read”
ENABLE “Combined feed display”
DISABLE “Automatically expand articles in combined mode”

rest option is quite default one. For sure, my list of articles looks like this.

Describe the problem you’re having:

When I scrolling down and article is out of view, it’s marked as read. It’s correct. However, when there are last 1-3 articles, after scroll to bottom, new feed is switched according to option, however there stays few (1 to 3) articles as unread.

I have record video, as not sure, if I can explain it well…

tt-rss version (including git commit id):

Tiny Tiny RSS v18.8 (1cf69d4)

Platform (i.e. Linux distro, PHP, PostgreSQL, etc) versions:

Linux, Debian 9, PHP 5.6.37, PostgreSQL 9.4


articles are being marked as read in batches, unless the batch resets on feed switch articles should get marked after a bit, i think


So, if I keep it for a while, it should be marked then? It’s kind of strange anyway, that only one (or two) stays like this…
Will check, if will be marked later. Anyway it’s kind of weird such behaviour… (especialy if previous one are marked almost instantly).

EDIT: you are right… it has been marked after let say 10s afterwrds… So lets it keep as nice to have, more than bug :slight_smile:


don’t look at counters too much. they update after a certain delay. sometimes its faster, sometimes its slower.

generating counters is an expensive operation so it makes sense to stagger it.


Well, just upgraded (not sure, if related, probably not) and the readed articles stays unreaded forever now. It’s bit annoying actualy :frowning:
Wouldn there possible to implement some trigger, wich in case of moving to next feed will mark rest of articles as readed? It’s kind of stupid, that I need to mark them as read manually…

git pull origin master
remote: Enumerating objects: 9, done.
remote: Counting objects: 100% (9/9), done.
remote: Compressing objects: 100% (5/5), done.
remote: Total 5 (delta 3), reused 2 (delta 0)
Unpacking objects: 100% (5/5), done.
 * branch            master     -> FETCH_HEAD
   1cf69d4..df0115f  master     -> origin/master
Updating 1cf69d4..df0115f
 plugins/shorten_expanded/init.js | 18 +++++++++++-------
 1 file changed, 11 insertions(+), 7 deletions(-)


the change above is definitely unrelated, i agree though that this behavior is not optimal

i’ll try to take a look next week


Amazing. Thank you!!