Raise timeout for editing & purging pages on enwiki
Closed, ResolvedPublic
Actions

Assigned To

None

Authored By

	aude
	Feb 14 2013, 4:14 AM

Description

I want to *emphasis* this bug has nothing to do with wikidata, as I confirmed the issue before we enabled wikidata on enwiki.

I've been having trouble consistently with editing [[en:New York City]] the past days that I've tried. And it's been an issue before with other large articles.

It takes like 30-40 sections just to load a page or revision of that article.

I takes longer it seems when I edit, hit save, then it times out and never reloads. My edits *do* get saved and I have to manually reload the page (as above, takes another 30-40 seconds) and I can see my change *did* save.

This is a horrible user experience for editing and does not make me want to actually edit and improve such Wikipedia pages. For a current events-related article, I'm sure the user experience would be next to impossible with edit conflicts and more.

At minimum, if we could increase the timeouts so a save and reload actually works would be great.

Generally, I'm hoping Lua and other stuff can help improve the experience but otherwise can't think of a specific solution to the general issue of slowness.

Version: wmf-deployment
Severity: critical

Details

Reference: bz44982

Event Timeline

• bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 1:26 AM

• bzimport added a project: WMF-General-or-Unknown.

• bzimport set Reference to bz44982.

• bzimport added a subscriber: Unknown Object (MLST).

aude created this task.Feb 14 2013, 4:14 AM

Just to add...

For Wikidata, we'll see what we can do to optimize when it comes to parsing a page, of course, and be mindful of this issue.

But it won't solve the problem as it was a previously existing problem.

I don't think there's any good solution to this besides waiting for Scribunto to be deployed to the English Wikipedia in March 2013.

(In reply to comment #2)

I don't think there's any good solution to this besides waiting for Scribunto
to be deployed to the English Wikipedia in March 2013.

Apparently this is tentatively scheduled for February 18, 2013, at least according to http://wikitech.wikimedia.org/index.php?title=Deployments&oldid=56389.

I think this bug is largely a duplicate of bug 19262.

probably is a duplicate.

As an interim solution, I removed a big fat ugly template from [[:en:New York City]] and then was able to save the page within the timeout period.

Maybe it's just this one especially bad apple :) of a page that I'm editing. Although note general slowness all around, especially on big pages with large revision history, lots of templates, etc.

This bug has been marked as a duplicate of bug 19262 ***

We shall see what happens once we have Lua for templates, and perhaps open new bugs if things don't improve sufficiently

sorry for bumping a closed bug but seems more appropriate here then the dupp. If it's just the template issue then that's fine but it seems that you, Aude, and others ( http://en.wikipedia.org/wiki/Wikipedia:VPT#Constant_error_messages ) are saying this is much worse then usual? I just want to make sure this isn't something new and therefore not really about the issue in the other (long standing) bug. We may be treating the symptom with Scribunto but if it's a relatively new 'cause' we probably want to create a bug for that as well to get it beaten out.

Luke081515 removed a subscriber: • wikibugs-l-list.Jan 28 2016, 6:02 PM

Restricted Application added a subscriber: StudiesWorld. · View Herald TranscriptJan 28 2016, 6:02 PM

Raise timeout for editing & purging pages on enwikiClosed, ResolvedPublicActions

Description

Details

Event Timeline

Raise timeout for editing & purging pages on enwiki
Closed, ResolvedPublic
Actions