Last modified: 2010-05-15 15:38:21 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T6166, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 4166 - Can't edit page when logged in
Can't edit page when logged in
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
1.5.x
PC Windows 2000
: High normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://revolution.kamron.net/wiki/ind...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-12-04 12:05 UTC by Jeremy Chatelaine
Modified: 2010-05-15 15:38 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Jeremy Chatelaine 2005-12-04 12:05:42 UTC
Hello,

I installed mediawiki on IIS recently (1.5.3) and I quickly find that could not
edit when logged in (I could on annonymous though! I disabled anonymous edit
since btw).

So I tried to trace why this was happening by putting some echo in the php code
and found that 
$request->getText('wpEditToken') was returning me a constant value no matter
what my browser was sending back.

As the comparaison is failing, $this->preview is then set to true and I can't
validate my changes, only preview them. This seems to be the root of all my
current problems (no updaload possible, can't stay logged if "remember me" tick
box is unticked...).

To summary:

When editing a page and logged in:
The form do contain a wpEditToken value different each time (I checked the HTML
source code).
On commit, this value is then checked againstthe one retrieved by
$request->getText('wpEditToken')
Comparaison constantly fails because $request->getText('wpEditToken') is always
returning the same value (althouth $request->getText( 'wpSummary' ) is working).

Regards,
Jeremy

Any help greatly appreciated
Comment 1 Brion Vibber 2005-12-04 12:15:24 UTC
Running on Windows? Fix PHP's session save path setting to point to a directory that exists
and is writable, or logins don't work.
Comment 2 Jeremy Chatelaine 2005-12-04 13:46:44 UTC
Hello Brion

Thanks for your answer, I passed it to the administrators and it appears to be
exactly that.
The windows user account the website was running with had not write access to
the php sessions folder.

Everything is now working just fine.

Thanks again.
Jeremy
Comment 3 Zigger 2005-12-05 00:40:56 UTC
(re-opened to correct resolution)

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links