Last modified: 2014-01-26 21:50:12 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 T59264, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 57264 - self-conflict when editing huge pages
self-conflict when editing huge pages
Status: NEW
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
1.23.0
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
: performance
: 57639 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-11-19 18:36 UTC by herzi.pinki
Modified: 2014-01-26 21:50 UTC (History)
3 users (show)

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


Attachments

Description herzi.pinki 2013-11-19 18:36:39 UTC
I have a false self-conflict most of the time when I do some edits on huge pages. E.g. try to edit
:de:Wikipedia_Diskussion:WikiProjekt_Österreichische_Denkmallisten (https://de.wikipedia.org/w/index.php?title=Wikipedia_Diskussion:WikiProjekt_Österreichische_Denkmallisten) 400 kB.

Nevertheless the page changed is stored and a new version created. So no action to take from the user perspective.
The diff shown in the conflict is just the signature, which is expanded in the stored version, while it is still ~~~~ in 'my version'.

Similar: Sometimes when entering a new section in the file mentioned above, the new section gets inserted twice (with a single save I'm quite sure).

If the page gets even huger, and the rendering fails to return within time limits, I get an 'Our servers are currently experiencing a technical problem.'
Request: POST http://de.wikipedia.org/w/index.php?title=Wikipedia:WikiProjekt_%C3%96sterreichische_Denkmallisten/Fehlerlisten_(alt)/Nieder%C3%B6sterreich/2013_offen&action=submit, from 208.80.152.82 via sq78.wikimedia.org (squid/2.7.STABLE9) to 10.2.2.1 (10.2.2.1)
Error: ERR_READ_TIMEOUT, errno [No Error] at Tue, 19 Nov 2013 18:04:49 GMT 

To be clear: I prefer the page being saved and getting a timeout while the new content is rendered as compared to a situation where I cannot save the page at all.

maybe see #26821

version: 1.23wmf3 (not in the version list),
it is the normal edit, not related to VE.
Comment 1 Andre Klapper 2013-11-22 15:26:40 UTC
Duplicate of bug 53646?
Comment 2 herzi.pinki 2013-11-22 16:32:49 UTC
(In reply to comment #1)
> Duplicate of bug 53646?

Hi Andre,
Might be, looks like. Tell me when the other is fixed and I will retry. 

Mine is more complete, as it also includes the case getting the 'site is down' message (again not true).

I also checked the finnish page, like mine both are quite a bit away from reaching parser limits.

The behaviour is new for the last two weeks or so.
Comment 3 Andre Klapper 2013-11-26 16:31:44 UTC
According to the Operations team, there were some serious on-and-off network issues in the last days in Europe, including packet loss, due to a third party. This might be unrelated (just wondering about scope here), but would still be great to know if this still happens. :-/
Comment 4 herzi.pinki 2013-11-26 20:16:13 UTC
Hi Andre, it still happens :-(
I get the behavior described above / alternatively I get a gateway timeout.
In both cases the change is saved despite the error message.

It looks as if the compare for conflict is done with the old version, at least that's what the conflict says. So what? The standard procedure cannot compare with the old version (as there is definitely a difference), and it cannot compare with the new version (it is not there in case of conflict, as the conflicts prohibits saving the change).

Can you try to reproduce the behaviour in America with the two pages mentioned in the original bug? The second one is the bigger and more stable file. [[:de:Wikipedia:WikiProjekt_Österreichische_Denkmallisten/Fehlerlisten_(alt)/Niederösterreich/2013_offen]]
Comment 5 Liangent 2013-11-27 11:05:59 UTC
*** Bug 57639 has been marked as a duplicate of this bug. ***

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


Navigation
Links