![]() |
|
|||||||
|
|
Thread Tools | Search this Thread |
|
#1
|
|||
|
|||
|
I have asked about this before with no response. The email notifications that I receive from Wilders do not work properly for me. When clicking the link in the email, it goes to a reply from on preivous pages. Each new notification always takes me back to the same earlier reply. This will continue until the IE temp files are cleared and then it starts all over again with new email notifications. Any ideas on how to fix this?
Quote:
When I click that, it takes me to http://www.wilderssecurity.com/showp...&postcount=520 but it should be taking me here http://www.wilderssecurity.com/showp...&postcount=584 |
|
#2
|
|||
|
|||
|
I've checked all that I can think to, and just can't find a problem with the forum. Unfortunately, I don't have a system running IE9, per your previous thread, so, I can't test that.
IE8, and recent Opera and Firefox versions, all bring me to the correct "unread" posts when I use one of those "goto=newpost" links. That is not surprising because the "newpost" function is actually resolved in the forum database, using read post markers, a member's last activity time, and the time "new posts" have been posted into a thread. (It's a double hit on the webserver. First to ask what the unread post number is in the thread. Then a 301 redirect to that specific postid location.) It's interesting that you say clearing IE temp updates where you land in the next new thread read. That makes me wonder if it isn't some kind of new IE9 filtering or privacy setting that is preventing the forum from responding with the right postid. Almost like IE is converting over to using session info only, not stored database permanent data - like converting to session cookies from permanent, or similar. I don't know the new IE9 security and privacy feature set, so, I can't say where to look for the problem. My best guess is some setting related to trust level and/or filtering, being performed on accesses to this domain. |
|
#3
|
|||
|
|||
|
Thanks, I forgot to mention that it not only happens on my laptop but all PC's here at the house which would be mine, my work laptop x64, my wifes laptop and net book and one of my daughters laptop. I'm stumped, lol. I've tried comparing IE9 settings between all and can't find anything concrete. Reckon I'll take a snapshot and go to disabling options with IE9 and see what happens.
|
|
#4
|
|||
|
|||
|
Ok, didn't take long and my first guinea pig option was disabling Internet Protected Mode. So it appears that Protected Mode is the culprit. I wonder why? Turning it off and clicking new post links will take me to the latest post. Turning Protected Mode back on, and using the same new post link takes to the a post four pages earlier than the latest reply.
Edit: Well I'm not for sure now if it was Protected Mode. In Gmail, I am using html basic view. I switched to Gmail Standard view with Protected Mode enabled and Gmail Standard View works. Now I'm really confused Last edited by Greg S : November 18th, 2011 at 09:38 PM. |
|
#5
|
||||
|
||||
|
Greg S, I tested my IE9, with Protected Mode enabled, and using the quoted link in your first post, it takes to that thread's last post (which is #595 at this moment), as it should. Just FYI.
__________________
JR "You don't have to win every argument. Agree to disagree." Regina Brett |
|
#6
|
|||
|
|||
|
Quote:
|
|
#7
|
||||
|
||||
|
Greg S, I don't have Gmail nor use Windows Live Mail, but perhaps these links contain info that might help:
Standard view and basic HTML view | Supported browsers
__________________
JR "You don't have to win every argument. Agree to disagree." Regina Brett |
|
#8
|
|||
|
|||
|
Quote:
|
|
#9
|
|||
|
|||
|
Have you ever used Sandboxie? I've seen a similar problem after uninstalling Sandboxie. This I believe does involve protected mode and IE9. Sandboxie turns off protected mode, when protected mode becomes active again, some Wilders "new post" information gets screwed up. In my case it usually is only on threads with many post counts that I see the problem, I haven't found a solution other than reinstall Sandboxie.
|
|
#10
|
|||
|
|||
|
Quote:
|
|
#11
|
|||
|
|||
|
Quote:
Remember what I said above... the "goto=newpost" parameter in the URL is used by the forum to calculate where to position you when returning to a previously read thread. It's a calculation involving a number of data points, including member information stored in the database as well as values stored in local cookies in your browser. Local cookie values can override what is stored in the database to determine what is a "new" post to you. I just tried this using a test account that hadn't logged into the forum in months. I was reading threads with a different browser as a guest. I then logged in to the test account and checked several threads using the newpost links. That member account had never read any of the threads since they were created weeks or months after it's last login. But, the cookies from my guest session, plus last activity and a few other params, were used and I was positioned into the threads at the posts that were new since I last browsed them yesterday, as a guest, from that browser. The cookies in my browser overrode the member read thread markers from the database. Quote:
|
|
#12
|
|||
|
|||
|
Quote:
|
|
#13
|
||||
|
||||
|
Quote:
__________________
JR "You don't have to win every argument. Agree to disagree." Regina Brett |
|
#14
|
|||
|
|||
|
Quote:
|
|
#15
|
||||
|
||||
|
Quote:
FYI. Had to untick MS Search because my SearchIndexer.exe was going nuts every day, rebuilding Indexing. Known issue.
__________________
JR "You don't have to win every argument. Agree to disagree." Regina Brett |
|
#16
|
|||
|
|||
|
Quote:
|
|
#17
|
||||
|
||||
|
Quote:
![]()
__________________
JR "You don't have to win every argument. Agree to disagree." Regina Brett |
|
#18
|
|||
|
|||
|
Quote:
The index.dat File(s) are Corrupted From an Administrative Account: Keep the Cookies that you wish to retain (or start fresh) and Delete the following index.dat files from: Local service Owner Your Account Name Cache Folder: \temporary internet files\content.ie5\index.dat Cookie Folder: \cookies\index.dat History Folder: \history\history.ie5\index.dat \history\history.ie5\mshist...\index.dat (for each day of history if applicable) The OWNER Account exists one other folder: \UserData\index.dat Reboot the computer and Microsoft Windows will rebuild clean index.dat files. Also note that index.dat is an Hidden File. HKEY1952 |
|
#19
|
|||
|
|||
|
Quote:
|
|
#20
|
|||
|
|||
|
Quote:
You are Welcome Greg_S YES, you may delete the index.dat files only, however, as technical advice, start fresh. Any of the files could be corrupted. HKEY1952 |
|
#21
|
|||
|
|||
|
http://www.wilderssecurity.com/showthread.php?t=312232
Finally found out for sure that it is CrapCleaner causing this. Recently got a MacBook Air and installed Ccleaner for retaining cookies. Before installing Ccleaner, new notification links worked fine. After installing Ccleaner and adding cookies into the saved/keep cookie column, new email notifications stopped working as intended. So, I selected all saved cookies and moved them back to the column, "Cookies to delete" and the new email notification links began working again. Must be, as some said in the linked post above, the way Ccleaner stores these saved cookies that causes the issue for me. I realize this is not news worthy by any means but wanted to mention it just in case anyone else ever had the problem. |
|
#22
|
||||
|
||||
|
Merged Threads to Keep the Same Topic in One Place, for Future Searches.
Greg S, glad to see you found the issue. Thanks for posting!
__________________
JR "You don't have to win every argument. Agree to disagree." Regina Brett |
|
#23
|
|||
|
|||
|
Quote:
|
| « Previous Thread | Next Thread » |
| Thread Tools | Search this Thread |
|
|