Wikimedia Bugzilla is closed!

Are you sure this is not a problem specific to the wiki you're trying to log in on? Such error message can be the result of a bad setup on the server side (like an unwritable session.save_path).

(In reply to comment #1)
> Are you sure this is not a problem specific to the wiki you're trying to log in
> on? Such error message can be the result of a bad setup on the server side
> (like an unwritable session.save_path).

"Is there any workaround or suggestion regarding this issue? I had no problem in
using modern browser, ie chrome, firefox and opera."

But it did not happen when using other than IE browser (even on IE8 too). If let's say it is due to server configuration, how to set it up (any guides or hints)? FYI, I'm using windows environment and WAMP stack.

> But it did not happen when using other than IE browser (even on IE8 too)

Sorry, what i meant is even in IE8 also didnt work, same message error with IE6.

(In reply to comment #3)
> > But it did not happen when using other than IE browser (even on IE8 too)
> 
> Sorry, what i meant is even in IE8 also didnt work, same message error with
> IE6.

IE8 at least has a debugger.  Hit F12 and see if any errors show up on the Script tab (http://stackoverflow.com/questions/1648582/equivalent-of-firefoxs-error-console-in-other-browsers).

I really suspect this is something in your own configuration since we would have heard about this by now if it was more widespread.

Created attachment 9809 [details]
Console logging shows no error

If let say it is my mediawiki configuration not right, any hint which configuration is not supported by IE?
I already disable HttpOnly as I see from google not quite compatible with IE6-7.

If let say it is my IE configuration not right, I can login into our own private bugtracker system without any problem and it using cookies also to track user login and session. 

BTW, while testing login mediawiki using IE(6&8), I already lower the privacy into lowest level to accept all cookie.

Could you provide us with a URL to see your wiki?

Otherwise, what extensions are you using?  What does Special:Version say?  What is in your LocalSettings.php?

Created attachment 9819 [details]
LocalSettings

LocalSettings file

Created attachment 9820 [details]
version and extensions

Please see my attachments for localsettings file and version with extension page. I'm really sorry, but you can't access the wiki, as it is local machine and I'm using laptop as my development machine.

I used your LocalSettings.php file and an instance of IE8 on http://winkyfrown.com/wiki/ and I *think* I saw this bug once or twice, but it seems to be very sporadic.

I think I met the same problem. I have a mediawiki setup, but IE8 login will always fail with the cookie error, while other browsers like firefox, chrome are all ok.

One more strange thing is that st my side when use IP address link to login with IE, it works. But use DNS names it failed. (eg use IE to login http://xx.xx.xx.xx/mediawiki is ok, but login http://abc.def.com/mediawiki will fail)

I'm sorry I can't provide a link either as it's on my company's intranet. But I believe there must be some hidden bug in MediaWiki code that has IE compatibility issue (for me it's 100% reproducible), and probably start happening after 1.16 version with CSRF fixes added.

I did a little debug and looking into code at SpecialUserLogin.php function authenticateUserData:

                // If the user doesn't have a login token yet, set one.
                if ( !self::getLoginToken() ) {
                        self::setLoginToken();
                        return self::NEED_TOKEN;
                }
                // If the user didn't pass a login token, tell them we need one
                if ( !$this->mToken ) {
                        return self::NEED_TOKEN;
                }

                $throttleCount = self::incLoginThrottle( $this->mUsername );
                if ( $throttleCount === true ) {
                        return self::THROTTLED;
                }

                // Validate the login token
                if ( $this->mToken !== self::getLoginToken() ) {
                        return self::WRONG_TOKEN;
                }

When I login with IE, it stops at the first if statement and returned NEED_TOKEN. That's why I saw the "Cookie disabled" message.

I'm not an PHP expert and not quite understand what it's doing here, but I feel if user doesn't have a login token, then set one should work rather than just stop and return an error. So I comment out the return line and try, then it fails at the validate token part and returns WRONG_TOKEN.

If I even comment out the return self::WRONG_TOKEN line, it will go on and finally still fail and prompt me incorrect password (though my password is correct).

Hope somebody and look at this and get it fixed. Thanks.

By the way I'm using LDAP authentication extension, and nothing other special in LocalSettings.php.

Is this still an issue? Also, some comments suggest that it's not specific to IE6, and so the bug title seems misleading.