Last modified: 2006-01-06 12:22:58 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 1762 - Saving edits shows preview, next save shows conflict although no recent edit in history
Saving edits shows preview, next save shows conflict although no recent edit ...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
unspecified
PC Linux
: Normal major with 4 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-03-26 22:52 UTC by Michael Hardy
Modified: 2006-01-06 12:22 UTC (History)
2 users (show)

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


Attachments

Description Michael Hardy 2005-03-26 22:52:29 UTC
For about the last ten days the following has been happening frequently.

(1) I click on "save page";
(2) It behaves as if I'd click on "Show preview"; it shows the preview and the
editing window;
(3) I click on "save page" again;
(4) It says "Edit conflict";
(5) I hit "back" until I see the page without the edits;
(6) I click on "reload";
(7) I see the page without my edits;
(8) I click on "Page history" and see that no one else has edited the page in
the mean time, so there is no reason to report an edit conflict.

Another sequence has also frequently occurred: after step (6), I see the page
with the edits I entered.  That should have appeared after I clicked on "save page".
Comment 1 Daniel Beyer 2005-04-09 09:49:49 UTC
The same happened on my Wiki! I'm running a debian woody system with php 4.1,
mysql 3 and mediawiki 1.4.0. With mw 1.3.11 there was no such problem.
Comment 2 Thomas Kaufhold 2005-04-29 19:33:19 UTC
I had the same problem. The solution found in bug 1819 solved it.
Comment 3 Jason Lee, AllyUnion 2005-05-09 22:28:49 UTC
I'm getting the same bug on the English Wikipedia right now.
Comment 4 Zigger 2005-05-10 00:07:06 UTC
(Changed summary to be more specific, based on original report.  Restored OS.)
Comment 5 Rich Farmbrough 2005-05-14 21:03:36 UTC
I've been plagued with a version of this bug.  When I'm editing in many tabs,
usually doing disambiguation, the saves (alt-s generally) result in previews. 
Repeated alt-s or pressing the save button eventually work, but htis is putting
unecessary load on the servers and on me! (This is on Wikipedia BTW). Cheers.
Rich Farmbrough
Comment 6 Adam Johnston 2005-06-21 16:56:14 UTC
Our hosting support at Fatcow sent this, but we still can not save edits when
logged in.  Guests can edit and save, but logged in users get the persistent
preview loop.


According to our engineers the php.ini field is left blank. The php.ini looks like:
-------------
; Check HTTP Referer to invalidate externally stored URLs containing
ids.
; HTTP_REFERER has to contain this substring for the session to be
; considered as valid.
session.referer_check =

; How many bytes to read from the file.
session.entropy_length = 0

; Specified here to create the session id.
session.entropy_file =
Comment 7 Brion Vibber 2005-06-21 21:18:52 UTC
Rich:
Sessions sometimes expire prematurely and the session is reinitialized on the next save attempt.

Adam:

This problem has always been due to incorrect session configuration, usually either:
* Setting the save path to a directory that didn't exist
* Setting the save path to a local filesystem on a multiple-server farm
* Setting some configuration option that caused session data to expire or be ignored

People having this problem are also unable to maintain a login session unless they check the 'remember 
password across sessions' checkbox, but for some reason never mention this when reporting the can't-
save symptom.

However if you're not experiencing a problem with edit conflicts, you're on the wrong bug report. :)
Comment 8 Elizabeth 2005-06-28 13:45:51 UTC
I'm having the same problem, but no matter what I press it gives me a preview --
I never get the "edit conflict" message.
Comment 9 Roger W Haworth 2005-06-28 15:58:48 UTC
I am editing en.wikipedia. Has only shown up since last night's software 
upgrade. Sometimes requires pressing 'Save' four times. I never get the "edit 
conflict" message.
Comment 10 Zigger 2005-06-29 16:34:55 UTC
See bug 2603 for the 1.5beta "preview instead of save" problem, without the
following conflict originally reported.
Comment 11 Adam Johnston 2005-08-08 18:30:59 UTC
Brion Vibber:
Thanks for the suggestions, but I cant work out how to change the paths.  Can
you let me know where the paths are entered?
Thanks,
Adam

(In reply to comment #7)
> Rich:
> Sessions sometimes expire prematurely and the session is reinitialized on the
next save attempt.
> 
> Adam:
> 
> This problem has always been due to incorrect session configuration, usually
either:
> * Setting the save path to a directory that didn't exist
> * Setting the save path to a local filesystem on a multiple-server farm
> * Setting some configuration option that caused session data to expire or be
ignored
> 
> People having this problem are also unable to maintain a login session unless
they check the 'remember 
> password across sessions' checkbox, but for some reason never mention this
when reporting the can't-
> save symptom.
> 
> However if you're not experiencing a problem with edit conflicts, you're on
the wrong bug report. :)
> 
Comment 12 Ilyanep 2005-08-25 21:24:09 UTC
This appears to have been fixed now, as no such errors show up anymore.
Comment 13 Tim Starling 2006-01-06 12:22:58 UTC
The problem is indeed resolved, a meaningful error message is now given instead
of the described behaviour. There's nothing more we can do about it in
MediaWiki, it's entirely a system administration issue. Closing.

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


Navigation
Links