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

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 4166 - Can't edit page when logged in
Can't edit page when logged in
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
PC Windows 2000
: High normal (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  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: ---


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

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
Comparaison constantly fails because $request->getText('wpEditToken') is always
returning the same value (althouth $request->getText( 'wpSummary' ) is working).


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.
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.