Status Report: Error resolved as of August 5, 2007, 9:58 AM Eastern (UTC -4 America/New York)
Updated on Sunday, August 5, 9:58 AM:
- The solution we've implemented has allowed all users to login for more than a week, so we're gladly declaring this issue resolved.
- The Set Cookie and IE7 thread on the SitePoint Forum helped us to figure out a solution to this issue. Thanks, seiya and Azmeen (1, 2, 3)!
- We also posted a follow up article titled Meaningful Collaboration and Useful Web Stats to walk through how we used the BlogPatrol Web Browsers in Use report to estimate the number of users affected by the issue.
Update on Friday, July 27, 3:46 PM:
- We have implemented a potential solution that should allow all BlogPatrol users of all browser types to successfully login and view their stats.
- Let's all of us see how the system performs over the next 24 to 48 hours before we re-declare any kind of victory over this issue.
- BlogPatrol previously set cookies fine without any code related changes, we believe our next step is to adhere to P3P (the Platform for Privacy Preferences specification).
- Until now, BlogPatrol did not have a P3P policy, so this may be the reason that the cookie is not setting correctly: http://msdn2.microsoft.com/en-us/library/ms537343.aspx
- We are currently working on and implementing a P3P policy to see if this will meet Microsoft's privacy requirements.
- 5:16 PM: We are currently creating a P3P policy to see if this will satisfy Microsoft's Internet Explorer browser requirements.
- 3:43 PM: We tried several workarounds suggested on developer sites, but none of these have solved the problem.
- 12:28 PM: Problem has recurred and we are actively troubleshooting this issue (with a vengeance) and will post an update soon.
- Error was thought to be resolved as of afternoon of 4:11 PM Eastern on 7/25/2007.
- As of morning of 7/25/2007, fixing this issue is our Number One priority
- Bug initially reported on 6/12/2007
Bug Report #1: "4 out of 4 times after I successfully login and click on any of the "view stats" links, the system asks for my login and password again. So I re-insert password and login name and hit enter, and the exact same thing happens all over again! What am I doing wrong?"
Bug Report #2: "I've been experiencing the same problem over and over again. I enter my login details, and it says that they are incorrect! I have to enter them about 10 times until it recognizes it and logs me in."
Error: The username/password verification is relying on a browser cookie to track user sessions. If the cookie cannot be set correctly due to permissions or user settings, the session immediately expires when the user clicks to a different page, such as the stats report pages.
Additional Info:
- As of 7/25/2007, our testing showed the error occurring in Internet Explorer 6, Internet Explorer 7, and Opera browsers. Users of Firefox 2 and Netscape 8 have not been having any problems.
- Users reporting this problem have tried the following solution without success in being able to login or to stay logged in to view their reports.
PREVIOUS SOLUTION: On 7/25/2007, we reviewed the source code line by line and updated it to force all browsers to set and read the BlogPatrol cookie correctly. Our testing showed that the cookie appeared to be set correctly on every browser and version tested (IE6, IE7, Opera, Firefox 2, Netscape 8). We are currently investigating what else is wrong, since the problem has returned as of 7/26/2007.
THIS DOES NOT WORK FOR USERS OF IE6 AND IE7: Users who can login (but cannot view their stats) should make their stats reports viewable by the public. Make your stats public by the unchecking the box labeled "Password-protect my stats reports so that they do not appear on Google search results" in your Account Settings as shown in the screen shot below.
(Click on this image for a larger view)
Status Report: Error resolved as of August 5, 2007, 9:58 AM Eastern (UTC -4 America/New York)
