I use FT daily (as well as several other forums) and I've just started experiencing this problem in the last two days. Very annoying!

Two browsers for me - Safari and Firefox on Mac.

In the last week, I've started to encounter this problem. I'm running Windows 7 and Firefox 5.0.

Examples of threads where I'm encountering the problem:
http://www.flyertalk.com/forum/trave...ng-licens.html
http://www.flyertalk.com/forum/trave...ttendants.html

Both consistently take me to June 20 posts.

I frequent LTHforum.com, which I think is a VB-based site, but no similar problems there.

I'm having the same problem. I've cleared out my cache, but the problem recurs. FireFox 5.0 on Win7.

Strangely, for me, some subscriptions take me to the right place. Others are frozen as of earlier this week.

Definitely no.

Any update on what's going on here?

This problem has shown up for me in the last few days. I thought it started before I upgraded to Firefox 5.0, but I can't swear by it. Win 7 Pro.

I'm not sure whether it's specific to certain threads. I'll try to watch for any patterns.

I'm having the same in every thread I've tried in a few different forums. FF 5 on WinXP.

The forum page correctly shows which threads have unread posts in them, but when I click the "go to first unread" it picks up at posts from yesterday or the day before.

After the suggestions that this was a vBB problem and the hints that it may be specific to the new version of Firefox, I've done more testing, and that seems right.

My Chrome works well. Safari is a little inconsistent for me, but I haven't cleared it all out.

But Chrome is doing the right thing for me.

This may have all started when I upgraded to Firefox 5. (Unrelated, I suspect, is that FF5 is deadly with Flash for me - I disabled it entirely.)

I just experienced this issue for the first time yesterday, after upgrading to Firefox 5. The same "magic" url for a single thread (http://www.flyertalk.com/forum/southwest-rapid-rewards/1229903-southwest-early-bird-boarding-sham-new-post.html) redirected to two different page anchor urls. In FF 5 (on Win 7 Home Premium) it redirected to (<http://www.flyertalk.com/forum/southwest-rapid-rewards/1229903-southwest-early-bird-boarding-sham.html#post16620273>) whereas on FF 4 / Win 7 Starter it correctly redirected to my first unread post (<http://www.flyertalk.com/forum/southwest-rapid-rewards/1229903-southwest-early-bird-boarding-sham.html#post16623396>). On the computer where new-post redirected to the wrong URL, the View First Unread link was nevertheless correct.

I have yet to encounter any intermittent problem with the new-post redirect. It has always worked, and continues to work, on FF 4, and always doesn't work on FF 5.

It's now happening to me, as of yesterday, when I upgraded to Firefox 5.0.

I think that's the (or, at least, a) key. It was happening consistently on my work computer, which has FireFox 5.0. My home computer was fine -- it had FF 4.something. Yesterday, I upgraded my home computer and, now, it's happening on that one as well.

Yup - I posted too soon yesterday - somehow, my data points got messed up.

Clearly, a Firefox 5 issue on my end.

So I'm now all Chrome with FT, and sailing along again.

I'm thinking about reverting to an older version with Firefox 3.6.18 Portable Edition. FT is not the only site that seems to have problems with FF 5.0. It appears that it won't let you run two different versions simultaneously. You have to close one version in order to start up another version. And I'll need to copy or install my bookmarks, add-ons, etc. to the portable installation. Any nice tricks for doing all this?

It's not just a Firefox 5 issue. It's also an IE8 and IE9 issue it seems.

This issue started for me a few days ago. It is occurring on IE9 on Windows 7, Safari on my iPad, and Firefox 4 on all my macs, so clearly not a browser issue. I thought it was browser as it first started when I upgraded my work machine to IE9, but it is occurring for me across browsers and platforms. Really makes navigating pretty hard

FF5 + Vista for me.

Cookie problem ?

I at least still have the problem, even after clearing cookies/cache.

I mean what's in the cookie not being correct. I'm not having the same issue on other BBs, so it's a Flyertalk thing.

LOL, sorry!

I've been having this issue using FF 5, Win 7 Pro. When I started using Chrome, it seemed the problem disappeared, but I've noticed this happening with Chrome as well.

FF5 is not doing anybody any favors -- see this thread about aa.com not working with it:

http://www.flyertalk.com/forum/techn...t-work-me.html

Now I have experienced the intermittent behaviour. The first time was the first thread I tried to read today. That thread had been dormant since March, and the new-post URL correctly redirected. I wondered whether the problem had been fixed, but discovered it was not when I went on to read another thread (already opened in a different tab).

I then guessed: the fact that a new post on an older thread worked correctly could be an important clue...but when I pulled up this thread to report that tidbit, the new-post URL worked correctly here! :confused:

BTW, because FF 5 is making a point of noting it is the first browser to support "do not track" across all platforms, my first guess had been that the problem is related to the DNT header. That option is not enabled by default, however, and it already existed in FF 4, so that guess is probably wrong also.

Just to add another datapoint, I have had the same issue for the last 2 weeks. First in FF4 and still after updating to FF5 no Windows 7

FOr me, it was affecting FF4 and continued after moving to 5.

No change as of today, and even this thread is having the problem.

The disease is even affecting the BA Forum!

so is anything being done about this? it is quite annoying

I know IBobi is only the messenger, but IB's stance on this has been to blame it on anyone but FT from the start. First it was IE9, now it's FF5. There has never been any workaround offered or genuine update confirming a specific problem with a particular configuration or setting. There has been no bug filed with any browser manufacturers or any other visible action taken by IB. We are coming up on 3 months for this issue with no realistic resolution or even timeframe for one.

Could someone provide a technical explanation about how the system is supposed to keep track of the last viewed posts so that maybe some users here might get some ideas about how to address it on the browser side?

Last viewed post is tracked entirely server-side (ie, not in the browser). When you visit a page, an entry is made in a database that indicates the thread and presumably the last post or time viewed. Later when you visit the thread again, the server looks up the last viewed post in that thread and redirects the browser to the first new post.

There is little, if anything, the browser contributes to this process other than maintaining and presenting your identity to the server via a cookie. The fact that new threads show up in "My Flyertalk" when there are new posts means that FT is well aware of the last post you read and what the new post should be. But the new post redirection is failing.

The symptoms would seem to indicate that there is something server-side that is failing to redirect properly. Without any knowledge of FT's architecture, I would guess that a front end caching server somewhere is failing to keep up with new writes, but only the site engineers are in a position to confirm or rectify the issue.

Hi all,

We're going to take another look at this this morning and report in the thread. The scope of this issue seems to have dramatically increased, especially with FF5's release. Hope to have an update today and have Dick respond.

I will keep you posted; thank you for being patient and reporting specifics for us to work with.

Paul

Thanks Paul

FWIW I have to confess it seems to be working ok for me using Safari

However on Firefox (and I am only using FF3.6) the issue is manifesting, as it is on IE9

That was exactly the way that I figured that it works, and that's why I'm skeptical about it all being entirely related to the recent changes in browser versions unless the browsers are caching the redirects.

But something is getting written to the database successfully because the threads don't show up in My FlyerTalk again until there's a new post. It's tracking whether or not I've read a thread, but once a new post shows up, then it's failing to direct us to the correct new starting point.

Today, I keep getting reminded of last night's post pointing out that Caroline is not much of a coke head every time I check the new posts in this thread...
http://www.flyertalk.com/forum/omni/...l#post16636288

And maybe that's important. Is the server caching the time for the redirects? So when I return, I'm redirected to the cached value? But then sometimes, the server's cache gets cleared?

Nothing can be done to fix the problem on the browser side, although there is one thing (see below) that can be done to slightly reduce the hassle it causes.

Most of what you wrote in your later post sounds like you have a decent grasp on it, but I'll spell out some details just in case as well as for others still learning about the issue.

(The original formatting from above perhaps made it difficult for non-techs to follow, so let me add some background and attempt some reformatting.)

Understand that on the thread listing pages, the URL attached to the Go to first new post icon (http://images.ibsrv.net/ibsrv/res/sr...s/firstnew.gif) is what for non-technical consumption I refer to as a "magic url." I call it that because there is no actual page at the location flyertalk.com/..../....-new-post.html, and for someone who doesn't understand what happens behinds the scenes, it feels like magic: the exact same URL can display different content to everyone with a different last read post for the thread.

When you attempt to retrieve a -new-post.html URL, the server uses data stored in your cookies to figure out who you are, then looks in the database for your "last read post" value for the thread in question. It also has to look up your posts-per-page setting (from the database or another cookie) to calculate on which page your first unread post should appear. When the server has all the variables it needs from the database (and/or cookies), it builds the redirect URL, and tells the browser to display the redirected location instead of the URL it requested.

One way you can confirm that this is going on is to change the Firefox network.http.redirection-limit value on your about:config page. The default value is 20:If you set the value to zero and attempt to retrieve one of the "magic" -new-post.html URLs, the redirect process will be shut down by Firefox and you will see this (somewhat misleading) message:If you try it, be sure to set the value back to 20 after your experiment.


Now here are the reformatted examples from an earlier post:

Code:

---

[1] http://www.flyertalk.com/forum/rr/1229903-southwest-early-bird-boarding-sham-new-post.html
[2] http://www.flyertalk.com/forum/rr/1229903-southwest-early-bird-boarding-sham.html#post16620273
[3] http://www.flyertalk.com/forum/rr/1229903-southwest-early-bird-boarding-sham.html#post16623396

---

For those who aren't already aware, the #post... part of the URL instructs the browser to scroll to a particular "anchor" in the page, rather than just go to the top of the page.

This is important to note:Conclusion #1: The server has the correct information in the database!

It is also important to note, however, that if you are not currently viewing the page with your first unread post, the View First Unread link is not a real URL, it is simply the -new-post.html "magic" URL.

Conclusion #2: We can slightly reduce the hassle of this bug by setting our posts-per-page to the max (40, IIRC). Then if instead of clicking the first unread link from the thread list page, we:we will end up at the right post. By setting the posts-per-page to 40 we reduce the number of mult-page threads as well as the number of times we end up on a page that is before or ofter the one that actually contains our first unread post. It does take two clicks instead of one, but it is far better than trying to find the first unread post be scanning the page, or adding yet another click to get to the right page after the first click failed. (If you want to occasionally try the "magic" URL to see if the problem has been fixed, you can always use ctrl-home to jump back to the top of the page to access the View First Unread link. (I don't like setting posts-per-page as high as 40, but it is the lesser of two evils while this problem exists.)

There is one point where you went astray, including an unreliable thread link toward the end (I removed the hot link so it can be easily read):

First off, no link like that would ever appear attached to the Go to first new post icon (http://images.ibsrv.net/ibsrv/res/sr...s/firstnew.gif) on a listing of threads. On the forum page, only the Go to last post icon (http://images.ibsrv.net/ibsrv/res/sr...s/lastpost.gif) links to that type of URL. You gave us the URL that the server is redirecting you to when you click the "magic" url. The link when you view the forum containing that thread should look like:On a tangent, it is important to know that the -39 part of the URL normally causes the link to fail for anyone whose posts-per-page setting causes Post 16636288 to appear on some other page. Don't attempt to share post-specific links using -pg.html style links on FT. In FT posts and PMs, wrap post tags around some text to link to a specific post:(Remove the extra space from the markup on the first line to create the hotlink in the second line. The link is dynamically generated from the markup every time the page is viewed, based on each person's posts-per-page setting.)

Impossible to say from our side, but we do know that the correct information is getting into the database in at least one place. It seems clear to me the problem has to be in the part of the code that builds the redirect URL for us. Whether due to caching or the data otherwise being stored in multiple places and not updated in all of them, we'll have to leave it to IB to figure out.

Hi all,

We have begun a test that we're hoping will resolve this; please report any change in behavior (positive or, heaven forbid, negative) over the next hours/days.

Thanks!

Paul

ftnoob's post is accurate, and I'd like to offer my thanks for writing it.

Just to add a little complexity to this, I want to make a note on how the system marks what you've read. Every time you view a thread, it marks in the database the timestamp of the last post on the page that you looked at. If you look at page 2 of a thread that has 4 pages, then it assumes that you've finished page 2 and will next time direct you to page 3. If you land on page 5 of a thread with 5 pages, but page 5 only has 2 posts on that page, when you return you will return to the third post of page 5 and update the record in the database with the new appropriate value. While this isn't always completely accurate, it does the best job that it can, and it's the most accurate method that the software offers to get users to the correct new post.

Now, if you think about a table that records every viewed thread by a logged in user, you might thing "Wow, that table has to be HUGE." Well, you'd be half-correct there. Since that data model isn't exactly scalable, the forum software makes some assumptions. The biggest assumption is that after a certain period of time, you've read every thread. This configurable setting was previously set to 10 days, but has since been changed to 5 days for an experiment. A scheduled task runs through the table where we keep track of the last read threads and removes all records for that are past that 5 day limit. When you open a thread, it assumes that any post that was made over 5 days ago was read. It checks the table to see if there is a record in there for the specified thread and if so, it directs you to where it assumes you left off. If there isn't a record in there, then it assumes that the first unread post is first post made since 5 days ago.

I can test this by going to a long thread that I've never been to. In this example, I'll use this thread:
http://www.flyertalk.com/forum/commu...-new-post.html
Notice that this is the 'magic' url to use ftnoob's term. Since I've never been to this thread, the first unread post would be post 1 on page 1. That's not the case, because it assumes that every post made before 5 days ago I've already had ample time to read. Instead, I get directed to here, http://www.flyertalk.com/forum/commu...l#post16627511 the 7th post on page 35. I got the 7th post because it's the earliest post in the 5 day window, since the previous post was made on the 22nd (6 days ago). Now, here's the tricky part... I just view the thread and was directed to the 7th post on page 35. I didn't read the full page, but the software doesn't know that. When I go to that magic link again, it assumes that I've read page 35, so it redirects me to last post of the page. If there had been a page 36, it would have directed me to the top of page 36. If then I went to the 'magic' url again, it would redirect me to page 37, you know... if there was one in this example. I should have picked a better one. Feel free to give this a shot yourself... Go to a forum that you don't usually frequent, find a 100 page thread that was started over 5 days ago but still has recent posts, and click on the last unread post button. You'll end up on the last post from 432,000 seconds ago (5 days ago). When you return to the magic -new-post.html page, you'll be semi-intelligently and predictably moved along the thread.

I've walked through the system a number of times since this was reported, and I haven't been able to find any flaws in the system mechanics. Is it funky in the way it works, making incorrect assumptions about what you have viewed and what you haven't? Yup. Can it drop you off, seemingly in the middle of nowhere, and make the system look horribly broken? Yup. Is there a better way? Not really.

We're continuing to replicate the problem. At first glace, it looks like the system is terribly broken. Upon further inspection and understanding of how the system is designed to work, we can't find anything that isn't functioning as designed. Since there is some chance that it's a matter of database scaling (which I don't believe), we turned the threshold for remembering posts from 10 to 5. If the problem is with the database not properly marking data or redirects not being sent accurately, this should help (since we've cut the database size literally in half). If the problem is that the software offers a confusing user experience, this will make it worse. The good news is that if this setting makes things worse, then we at least have a way to make things better. Instead of marking the threads read after 5 days (current setting) or 10 days (old setting), we can try setting this to 15 days and see if things are less confusing.


This isn't completely accurate. When you pasted the 'magic' url into FF 5, the database was updated to show that you've progressed along the thread. When you pasted the 'magic' url into FF 4, you got a later post because of the newly updated record in the db. If you had done these in reverse order, it would look like FF 4 is incorrect and FF 5 was broken.

Kinda. I can also exacerbate the problem, since now if I read the first 20 post of a thread and not the whole page, when I return it can dump me on page 2, causing me to miss 20 posts.

Thanks for the update IB-Dick. It sounds like what you're saying is that you suspect there is nothing wrong with the system and that all FT's servers are working just fine. From your point of view, it is people's expectations that are incorrect, and they are seeing results that might not make sense if they haven't viewed a thread in a number of days.

I would like to offer up my experience with this very thread. I started this thread 3 months ago, and every time a new post appears, it shows up in my "My Flyertalk" page. Since I'm very interested in getting to a resolution, I always pop in whenever there are new posts. Today the thread has been very active. Several people have posted, and I have generally kept up with the responses throughout the day, even replying myself. But the "magic" link is still utterly and completely failing for me in a very obvious, repeatable way. Here's the magic link in my My Flyertalk:

http://www.flyertalk.com/forum/techn...-new-post.html

Theoretically, this should take me to your post posted at about 5:50PM, since that's the newest one since I checked in at about 5PM. Instead, it redirects me to this post (hxxp so FT doesn't auto-correct the URL):

hxxp://www.flyertalk.com/forum/technical-issues/1202102-flyertalk-cant-seem-remember-last-viewed-post-2.html#post16623439

Which turns out to be post #48, a post by josephstern made over 3 days ago. Given that I have posted in this thread today (#67 & #69), there is just no world where it's possible that the latest unread post is over 72 hours ago. And yet, every time there's been a new post today, the thread shows up in my My Flyertalk page, and I am greeted by josephstern's comments made days ago instead of the latest post or two as expected.

Please confirm if this is the expected behavior or not, and whether you need more information or evidence. This happens to me on a maddeningly frustrating basis and I'd hate to see the issue dismissed because we haven't described the unexpected behavior well enough.

Well, the database is marked correctly, because it says that you last viewed this thread at Wed, 29 Jun 2011 01:13:15 GMT, which is the exact time you posted your reply. If it's not directing you to the proper place, then it's got to be an issue with your setting to view 40 threads per page.

We will continue to investigate.

Thanks for the interesting look behind the scenes, IB-Dick, much appreciated! I knew the marking of last read had a limited look back window, but hadn't stopped to figure out how limited it was, or that it had changed. I for one am not a fan at all of the short five day look back.

To be continued...

I don't know what to say other than 40 posts per page is a perfectly valid configuration, and I highly doubt that this problem is related to that setting. If that's really the most plausible theory at this point I am happy to change my posts-per-page setting to another value.

The fact that the authoritative database is correct doesn't surprise me. Deep down, FT does know the right answer, it's just not making it all the way to my browser. I still strongly suspect this behavior is due to a misbehaving FT server, most likely some caching scheme taking the wrong action.

As much I enjoyed the detailed explanation, it doesn't seem to synch with the nature of the problem most posters are experiencing. It would take some time to reply to the various points of concern, so for now I'll post a couple screen shots that should be helpful to the techs.

The first was made after using my two-step approach to get to my first unread post; it worked fine, just took an extra step, and required that I know which page to load. At the time I loaded my page 2 of the thread, there were three new posts, #74, #75, and #76. #76 was at 20:13 CDT, so just a minute old:I came back about 81 minutes later, and used the -new-post magic URL and got this:The magic URL incorrectly took me to post #16634900, from 16:20 yesterday, but the php (?) code writing the page correctly inserted a link to post #16642375, from 20:25 today, as the View First Unread link.

So we're all in agreement that the database is correct. The problem is that the magic URL redirect code is not working the same as the code that uses that database entry to generate the page.