[go: up one dir, main page]
Page MenuHomePhabricator
Create Task
Maniphest T205876

Specific user subpage on dewiki shows a PHP fatal error timeout
Closed, ResolvedPublic
Actions

Description

The site at https://de.wikipedia.org/wiki/Benutzer:Holger1959/HE-1 times out with the message:

PHP fatal error:
entire web request took longer than 60 seconds and timed out

If the site is loading please purge the cache (For @ToBeFree it worked until he purged): https://de.wikipedia.org/wiki/Benutzer:Holger1959/HE-1?action=purge

ToBeFree and me make the size of the data responsible for the error.

A possible solution as workarround is to clear the page by a system administrator.

Please call me the tag which sould be added next time if a technical problem appears.

Event Timeline

Der_Keks created this task.Oct 1 2018, 3:05 PM
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptOct 1 2018, 3:05 PM
Reedy added projects: WMF-General-or-Unknown, Performance Issue.Oct 1 2018, 3:11 PM
Reedy added projects: Wikidata, Wikidata-Campsite.
Der_Keks triaged this task as Low priority.Oct 1 2018, 3:14 PM
Aklapper renamed this task from PHP timeout on dewiki (just one Subpage) to Specific user subpage on dewiki shows a PHP fatal error timeout.Oct 1 2018, 3:15 PM
ToBeFree added a comment.Oct 1 2018, 4:21 PM

I believe that this page is placing an undue burden on the servers, violating the TOS. A friendly but effective solution would be a system administrator asking the user to fix this problem by contacting them via talk page or e-mail.

Der_Keks added a comment.Oct 1 2018, 4:24 PM

How can the user solve that if he cannot reach the page?

Aklapper added a comment.Oct 1 2018, 4:26 PM

For the records, https://de.wikipedia.org/wiki/Benutzer:Holger1959/HE-1?action=raw allows seeing the full page content as a plain text file.

Der_Keks added a comment.Oct 1 2018, 4:28 PM

Oh nice a new command :) yeah it's a large page, I got 1.655 MBytes

Dinoguy1000 subscribed.Oct 1 2018, 4:43 PM

The page history shows that the page is being bot-generated; the best solution here would probably just be to have the bot author rewrite the bot to split the page into more moderately-sized subpages.

ToBeFree added a subscriber: Magnus.Oct 1 2018, 4:57 PM

Oh, interesting, this is @Magnus' bot? Ping :)

Der_Keks added a comment.Oct 1 2018, 5:02 PM

Left a comment on his discussion page.

Magnus added a comment.Oct 2 2018, 8:43 AM

I can further limit the item number the bot accepts (though I have other people asking me to _increase_ it...).

Other possible solutions:

  • Change the query sparql=SELECT ?item WHERE { ?item wdt:P131 wd:Q1199 } to include LIMIT 1000 or the like
  • Change MediaWiki to not accept texts it can't display...
Dalba subscribed.Oct 25 2018, 8:56 AM
Lydia_Pintscher removed a project: Wikidata-Campsite.Jan 6 2019, 6:08 PM
Lydia_Pintscher moved this task from incoming to monitoring on the Wikidata board.
DannyS712 subscribed.Jun 13 2020, 9:09 AM

It just loaded for me without failing due to taking too long - including after a purge. The size when this was filed (1,655,523 bytes) vs now (1,157,263 bytes) may explain it. Is there anything else to be done here?

Pppery closed this task as Resolved.Jun 22 2023, 12:26 AM
Pppery subscribed.
In T205876#6221119, @DannyS712 wrote:

It just loaded for me without failing due to taking too long - including after a purge. The size when this was filed (1,655,523 bytes) vs now (1,157,263 bytes) may explain it. Is there anything else to be done here?

No response after 3 years, closing.

Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL · Credits