I just finished reading my mail.
When I go to the Home page, I see 'Mail'. When I switch to My Library, I see 'Mail1'.
Switching between the 2 pages does not change the respective page's new mail status. Clicking on 'Mail1' shows there is no new mail and the status indicator continues to display 'Mail1'.
ETA: My Library is the only screen reporting 'Mail1'.
From experience of watching this I believe the current mail status is fed to the screen when you load the screen. However, the status will not change until you reload the screen. If you load the Home page and then load the Library page and a new mail comes in after the Home page is loaded and before the Library page is loaded you'll have Mail 1 on the Home page and Mail 2 on the Library page. If you then go and read all the mail the numbers on those pages will not change until you reload them.
read all the mail the numbers on those pages will not change until you reload them.
I reloaded both screens several times after I read my messages. All of the screens indicate no messages, except My Library, which indicates 1 unread message.
After that, I clicked the Mail1 indicator and the Message screen showed I have no unread messages. After reloading other pages and going back to My Library, I still have the Mail1 indication.
I got a new message and after reading it, I checked to see if the problem was still there. It was worse with Mail1 appearing on 3-4 pages and Mail on the rest.
I log out and logged back in. The problem is not present so far. ? ? ?
I log out and logged back in. The problem is not present so far. ? ? ?
probably a stuck stale cookie issue. log out and in clears the cookies.
ETA: My Library is the only screen reporting 'Mail1'.
I'm trying to use more caching for certain things on the site to lower the CPU and database load. One of the things that I'm trying to cache now is the user info.
However, reading a message marks it as read and invalidates the cache forcing the system to reload the user data from the database.
I must be missing something somewhere that's causing this stuck behaviour. The messaging system was first switched to caching. The library is one of the first pages that I switched too. So that may be why the counter isn't updating on the library properly.
Logging out of course clears it because the cache is reloaded. Also, accessing a story invalidates the cache.
Please keep reporting this as I need to know whether it's still happening or not.
Is the stories accessed count on the home page dealt with through the caching? I've had a couple of anomalies with this count recently, once where it reported 15/16 on the front page whilst the todaysAccesses.php page correctly listed 16 (this was a few days ago), another where the todaysAccesses.php page correctly listed 16 but the home page listed 17/16 (yesterday, the 19th); in both cases I'd been rapidly saving some stories about five mins before the 'Your counter gets reset and this list flushed after' time, and in both cases the count reset correctly. I'll see what it does today as I'll be using up my download count again; I'll report back if needed.
OK, rather delayed as I had some non site-related issues keeping me away from looking at this, here's another probably cache-related weirdie FAO Lazeez:
Having used my full quota, a refresh of the home page before the counter reset time (as read from the todaysAccesses page) gave the expected count of 16/16, and the yellow banner stripe "You have accessed 16 Stories. You must wait: ..." at the top of the home page. Subsequent reloads up to the counter reset time correctly gave decreasing wait times, but on reloading after the counter reset time gave THE SAME MESSAGE with INCREASING times each reload until about a half-hour after the counter reset time (which happened to be the first time I left more than 5 min between reloads). During the count-up phase the todaysAccesses page was showing the original counter reset time (in the past by then), and all of the previous downloads. The correct 'No stories in recent list' was shown after the half-hour or 5-min gap in reloads. Worthy of note is that during this count-up phase a new item was shown on the homepage stream. I respectfully suggest that the counter reset time should trigger an invalidation of the user cache to fix this.
I have also encountered the mail count caching issue tonight. I had several mails in my inbox, and it took around 45 minutes before I discovered them because when I would reload the home page, it said none. And just now, my inbox is empty but the mail count on my home page is indicating several.
Curiously, my phone reports several. My laptop reports 0.
That may be a cache issue on your system.