Just like last time this was brought up: http://www.dual-boxing.com/showpost....&postcount=123
Just to show you... There are 3 ways Vb handles thread / post read marking.
We use the Inactivity/Cookie Based method because it is has the least affect on server performance thus resulting in faster queries, less server load, and faster page loads. Just to make sure I wasn't misunderstanding each option, I tested each one, and each one acted the SAME when it came down to forum new post marking of threads and threads in sub forums.Thread/Forum Read Marking Type
This option controls how threads and forums are marked as read.
- Inactivity/Cookie Based - once a user has been inactive for a certain amount of time (the value of the session timeout option) all threads and forums are considered read. Individual threads are marked as read within a session via cookies.
This option is how all versions of vBulletin before 3.5 functioned.- Database (no automatic forum marking) - this option uses the database to store thread and forum read times. This allows accurate read markers to be kept indefinitely. However, in order for a forum to be marked read when all threads are read, the user must view the list of threads for that forum.
This option is more space and processor intensive than inactivity-based marking.- Database (automatic forum marking) - this option is the same as a previous option, but forums are automatically marked as read when the last new thread is read.
This is the most usable option for end users, but most processor intensive.
So, I hope I've understood what you're explaining correctly, if I haven't, please let me know, and I hope I've explain well enough that this is all working as designed / intended. I can't fix what isn't broken and there is nothing that stands out as "this doesn't act like the normal forum software" when this is one of the 2 forum packages I would say are the industry standard.
Connect With Us