[RESOLVED] Login Problem

Jump to: navigation, search

Media Wiki: 1.16.0 PHP: 5.2.12 MySQL: 5.0.67-log

Hey, I installed the wiki on a local server and configured all settings, but when i wanted to log in with my admin account, i got this error message: "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again" I tried it again and again, but the result was equal, the same problem when I try to register a new account.

217.229.148.16102:08, 5 September 2010

I get the same error as thread starter..anyone pls can help us? Im using 1.16 + wamp.

203.115.201.2503:10, 13 September 2010
 

I'm having the same problem on the new clean installation when trying login or create a new account - any solution for it?..

93.172.250.6913:33, 8 November 2010

Probably something is wrong with your sessions; most likely PHP is not able to write to your sessions directory. Check your php.ini for the sessions directory and if PHP can write to those files.

-- Bryan (talk|commons)20:18, 11 November 2010

I got the same problem since soon, but not for all the installations on the same server (same version). Apparently the cookies are not good. It seems to come from the repertory of installation...

Lamidesbetes18:19, 12 November 2010

The connection to the database seems also be examined in this problem !

Lamidesbetes18:20, 12 November 2010

Looks like this has to do with setting a DNS CNAME.. it's only happening in IE8 for me... anyone have a fix?

63.241.252.223:34, 8 December 2010

Only happening in IE8 makes it sound as if you disabled cookies in that browser. Check to make sure cookies are enabled.

Why do you think this has something to do with a DNS CNAME?

Bawolff16:43, 9 December 2010

The same thing just started to happening to me, after i renewed my hosting and domain

71.126.235.12618:38, 18 December 2010

I had this problem when i was trying to access a mediawiki's instance installed on a Virtual Machine with XAMPP 1.7.2 with the nameserver. eg.: http://name_of_the_server/mediawiki but when i try to access by this way: http://10.12.206.57/mediawiki, i can access.

I think that this error is related with the DNS.

187.77.46.21311:34, 21 December 2010

Hi, Did anyone found a solution for this? I got the exact same problem.

it occurs with: IE7, IE8 but NOT with FireFox.

thanks, Jr

206.47.249.25115:24, 19 January 2011
 
 
 
 
 
 
 
 

I have the exact same issue now, fresh install. Anyone going to help with this??

174.113.146.18601:21, 25 March 2011

I found this solution:


go in your LocalSettings.php and at the end add the following code of line :

session_save_path("tmp");

Create a folder "tmp" in your wiki installation directory. give rights 777 (permissions)


Which worked for me.... also, check to make sure your disk has space

66.201.56.15018:07, 31 March 2011

This worked perfectly for me on a new install. Thanks, you're the first person to actually give a usable answer to those that don't have access to the server's PHP.ini files that I could find.

71.107.97.16404:52, 20 May 2011
 

Eh?! Don't put it in web-accessible directories, or your user accounts will be easily hackable.

Max Semenik05:12, 20 May 2011
 

This worked for me. I had this problem with MW 1.18.1 after I upgraded my hosting with godaddy and they changed my ip and dedicated ip. Mediawiki kept asking for cookies to be enabled (they were enabled) on all types of browsers and platforms including the iphone. Problem solved for now, even though I'd like to know if it will come back after an upgrade.

Mark21:13, 2 March 2012
 

what is meant by give rights 777?

83.244.233.13513:43, 27 June 2013
 
 

Same problem, can't even register or login as admin. Enough space is present.

83.142.211.13020:38, 21 September 2011

Looks like it was caused by using $wgMainCacheType two times in LocalSettings.php, now it's solved.

Beznogim23:05, 1 October 2011

Hi also have the same problem where the IP address work perfectly yet the hostname fails.

Would love some kind of explanation?

195.43.48.14009:56, 13 January 2012

The problem i'm experiencing just seems to be Internet Explorer only. Firefox and chrome are un-affected either by the hostname or IP address.

Although I can login using IE6/IE8 with the IP address,
Example: http://180.10.66.4/mediawiki
The problem occurs using the hostname.
Example: http://myserver/mediawiki

If I goto the login page a 'sess_xxxx' in the /tmp folder is created. If I attempt to login, or just refresh the login page this seems to set brand new a sess_xxxx everytime.

I have checked the apache logs and the client IP address is always the same regardless if i used the hostname of IP address.

Its not a permission issue.

I have also tried the following which was suggested with no success. $wgUseSquid = true;

Some suggestion would be greatly appreciated.


[SOLVED: My issue was caused by having an 'underscore' in the hostname example http://my_server - IE looks though it doesn't handle the underscore in the hostname as well as FF or Chrome does. Hope this helps anyone else using Mediawiki within their local intranet]

195.43.48.13813:48, 2 February 2012

had this error and the problem is that the facility lacked a standard memcached adding correct configuration

$wgSessionsInMemcached = true; # optional

200.153.233.25001:10, 20 March 2012

had the same problem and adding this fixed it for me. Looks like the utility I used to install mediawiki (the utility was called simple script) forgot to plug this guy in when configuring.

98.246.180.21605:44, 21 July 2013
 
 
 
 
 

... a little more resolved. This can also be a symptom of being short on disk space.

Salquint (talk)17:44, 23 August 2013

hi please upgrade to 1.19.0 or higher please

86.176.186.7719:12, 24 August 2013

Nothing would please me more (at least regarding mediawiki), but I require WYSIWYG working on a Semantic Form for my users, so I'm stuck with what I've got. Anyone similarly stuck can heed the diskspace problem as a possible reason for this problem.

Salquint (talk)19:37, 24 August 2013