This user has been denied support.
Quote:// If our subforum is unread, then so must be our parents. Force our parents to unread as well
I did this at the beginning in my plugin, but I'm not sure if it's a good thing to do. It may be too aggressive. Doing this forces a user to read all posts in all forums always, even if he's not interested in a specific subforum. And it breaks the 'mark this forum read', and changes how MyBB used to work, so far it was legal to mark a parent forum read while a subforum was still unread. So the user could say, "yes I know there are unread threads in the subforum, but I'm not interested in them right now, so mark the parent forum read anyway".
Forums with combined icons don't have that problem, they can show parent forum status and subforum status separately. Without combined icons, you have to make a choice as to what the icon is supposed to stand for. Parent forum only? Subforum always wins? Or something in between (subforum wins but only if it's lastpost is newer than the parent forums lastread), which is what MyBB did so far.
For the case where there is no read record, I think thread read cut must be used instead of 0. Otherwise it'll always be unread even if thread read cut causes threads to be read anyway. Unless I understood that feature wrong. It marks all threads that are older than a certain threshold as read, right?
Quote:Since cookies have a limit, sometimes it would be impossible to properly store all the forum ids in the forumsread cookie.
Even if it was possible, if a user has to upload 4kb of cookie data for every request (I think that's the limit imposed by IE), the forum is going to be slow as heck too. Most people have a decent downstream nowadays, but upstream is usually extremely limited, at least that's how DSL works in Europe. Big downstream, small upstream. So cookies shouldn't be used for storing 'huge' amounts of data.
This is getting a bit out of hands here, huh