Page MenuHomePhabricator

self-conflict when editing huge pages
Open, MediumPublic

Description

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 T28821

version: 1.23wmf3 (not in the version list),
it is the normal edit, not related to VE.


Version: 1.23.0
Severity: normal
See Also:
T55646: Edit conflict when trying to save a long page

Details

Reference
bz57264

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 2:24 AM
bzimport set Reference to bz57264.
bzimport added a subscriber: Unknown Object (MLST).

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

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

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

  • Bug 57639 has been marked as a duplicate of this bug. ***
Tgr set Security to None.