You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We've been seeing articles that should have been marked as read either not marking as unread or switching back to unread. This is probably how it is happening.
We begin to send our article statuses to the sync service by selecting all available statuses from the sync database.
An article is marked as read and added to the sync database.
We complete sending our statuses.
We request article statuses from the sync service.
The article just marked as read in NNW is unread in the sync service, so we mark it as unread in NNW, putting us in sync with the sync service but out of sync with what we will send to the sync service and what the user is expecting.
Eventually the entry in the sync database gets processed and we go back into a read state for the article or the user manually marks it as read again.
To rectify this we will need to check the sync database for pending entries while processing statuses from the sync service. If we have a pending entry we should discard the sync service status since we know that we have more recent status information than the sync service.
The text was updated successfully, but these errors were encountered:
Hello,
Let me know whether I can provide any sparing from FreshRSS side.
Regarding the synchronisation, here is my suggestion of synchronisation strategy, using 7 requests FreshRSS/FreshRSS#2566 (comment)
For pending local changes, I can also provide a suggestion if you like.
We've been seeing articles that should have been marked as read either not marking as unread or switching back to unread. This is probably how it is happening.
We begin to send our article statuses to the sync service by selecting all available statuses from the sync database.
An article is marked as read and added to the sync database.
We complete sending our statuses.
We request article statuses from the sync service.
The article just marked as read in NNW is unread in the sync service, so we mark it as unread in NNW, putting us in sync with the sync service but out of sync with what we will send to the sync service and what the user is expecting.
Eventually the entry in the sync database gets processed and we go back into a read state for the article or the user manually marks it as read again.
To rectify this we will need to check the sync database for pending entries while processing statuses from the sync service. If we have a pending entry we should discard the sync service status since we know that we have more recent status information than the sync service.
The text was updated successfully, but these errors were encountered: