-
Wait, what?
I am seeing this behavior as well - reading threads in Chrome on Android and then going back to them after seeing new posts using Chrome on desktop takes me back to the first unread post that I saw on Android....
Can your describe this as a timeline so that I can recreate it.
Something like:
- Android: Read page 160 of this thread
- Desktop: Read page 161 of this thread
- Android: Accessed and /newest/ takes me to page 160
/newest/
isn't cached, and it's only a "302 Found" which your browser should never cache unless it's instructed to, and we go the other way and instruct to really never cache itCache-Control must-revalidate, max-age=0
.The SQL is:
UPDATE read SET read = GREATEST(read, $4) WHERE item_type_id = $1 AND item_id = $2 AND profile_id = $3
And if that doesn't work, then we INSERT (as no
read
record exists).The mind-bending thing is that:
- There's nothing in the code that could return you to a prior timestamp
- Any call that we do to mark things as read can only ever increment the value
- We explicitly tell all browsers to not cache the result of a redirect
I don't doubt that both yourself and @LongAndWinding are seeing this, I just want to understand so that I can figure out how to fix it.
- Android: Read page 160 of this thread
I am seeing this behavior as well - reading threads in Chrome on Android and then going back to them after seeing new posts using Chrome on desktop takes me back to the first unread post that I saw on Android....