Wikidata: Special:Contributions times out for many high-activity users
Closed, ResolvedPublicPRODUCTION ERROR
Actions

Description

I am trying to view KrBot's contributions on Wikidata. I can get as far back as the last 5,000, which is the maximum number of contributions that can be shown on one page. However, loading the 5,001st contribution results in a timeout. Surprisingly, loading only the 2nd contribution also results in a timeout, even though this is not an issue if the most recent edit is at the top of the list. Using an offset date in 2009 (before Wikidata's creation) also results in a timeout for KrBot.

This is an issue for users with as few as 160,000 edits to Wikidata. For comparison, on the English Wikipedia, this is not an issue even for users such as Koavf (approximately 2,020,930 edits).

Details

	Subject	Repo	Branch	Lines +/-
	ContribsPager: Fix slow queries	mediawiki/core	master	+88 -47

Customize query in gerrit

Related Objects
Search...

		Status	Subtype	Assigned	Task
		Resolved	PRODUCTION ERROR	Anomie	T221380 Wikidata: Special:Contributions times out for many high-activity users
		Duplicate		None	T221757 Wikidata: Wikimedia Error in loading diffs of big pages

Event Timeline

Jc86035 created this task.Apr 18 2019, 3:20 PM

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptApr 18 2019, 3:20 PM

I'm upgrading the priority, since this seems to be fairly fundamental functionality and shouldn't be resulting in a timeout.

However, KrBot has made approximately 28,263,132 edits, which is too many edits for https://xtools.wmflabs.org/sc to count. Timeouts for limit=1 requests – with the offset value being today – also happen for several other Wikidata users, including Jura1 (approximately 10,466,913 edits), DeltaBot (964,929 edits), Moebeus (605,322), Valentina.Anitnelav (459,982) and Pigsonthewing (164,164). This does not happen for Andrew Gray (137,862), me (100,541) or Lea Lacroix (WMDE) (4,145). I would expect, at least, that queries for non-bot accounts don't result in timeouts on Special:Contributions.

Restricted Application added subscribers: Liuxinyu970226, TerraCodes. · View Herald TranscriptApr 18 2019, 3:53 PM

Jc86035 updated the task description. (Show Details)Apr 18 2019, 3:54 PM

Jc86035 updated the task description. (Show Details)

Jc86035 updated the task description. (Show Details)Apr 18 2019, 3:57 PM

Jc86035 renamed this task from Special:Contributions "entire web request took longer than 60 seconds and timed out" to Wikidata: Special:Contributions "entire web request took longer than 60 seconds and timed out".Apr 18 2019, 4:06 PM

Jc86035 updated the task description. (Show Details)

Jc86035 renamed this task from Wikidata: Special:Contributions "entire web request took longer than 60 seconds and timed out" to Wikidata: Special:Contributions timeouts for many high-activity users.Apr 18 2019, 4:08 PM

Jc86035 renamed this task from Wikidata: Special:Contributions timeouts for many high-activity users to Wikidata: Special:Contributions times out for many high-activity users.Apr 18 2019, 4:43 PM

Jc86035 updated the task description. (Show Details)Apr 18 2019, 5:06 PM

Jc86035 updated the task description. (Show Details)Apr 18 2019, 5:15 PM

It turns out that the server doesn't abandon the query if wget immediately retries the request, even though the server returns a 500 error.

The below results are time, in seconds, for one contribution at each offset. An asterisk indicates that wget retried once.

offset	Jc86035	Pigsonthewing	Valentina.Anitnelav
20090418000000	24	60	49
20120418000000	24	43	89*
20150418000000	21	58	88*
20170418000000	22	73*	56
20180418000000	21	74*	120*
20190418000000	23	60	59

Framawiki mentioned this in T221458: Special:Log on commons -- entire web request took longer than 60 seconds and timed out.Apr 19 2019, 2:58 PM

Framawiki subscribed.Apr 20 2019, 9:42 AM

MisterSynergy subscribed.Apr 21 2019, 9:48 AM

This task is missing the exception hash which would make the error easier to be traced and fixed.

Jc86035 added a comment.Apr 21 2019, 10:49 AM

This comment was removed by Jc86035.

There's no error code visible on the page or in the page source. The issue occurs because of the timeout, and the timeout is deliberately executed by the server, so it wouldn't make sense to have an exception hash.

In T221380#5127354, @matej_suchanek wrote:

This task is missing the exception hash which would make the error easier to be traced and fixed.

Error is caught by varnish, not mediawiki itself. The only information present is entire web request took longer than 60 seconds and timed out.

I was able to reproduce one:

[XLxsMQpAADsAAImQla8AAACB] 2019-04-21 13:13:33: Kritická výjimka typu „WMFTimeoutException“

message

[XLxsMQpAADsAAImQla8AAACB] /w/index.php?title=Special:Contributions&offset=20190418104744&limit=1&target=KrBot   WMFTimeoutException from line 39 of /srv/mediawiki/wmf-config/set-time-limit.php: the execution time limit of 60 seconds was exceeded

trace

#0 /srv/mediawiki/php-1.34.0-wmf.1/includes/exception/MWExceptionHandler.php(196): {closure}(integer)
#1 [internal function]: MWExceptionHandler::handleError(integer, string, string, integer, array)
#2 /srv/mediawiki/php-1.34.0-wmf.1/includes/libs/rdbms/database/DatabaseMysqli.php(46): mysqli->query(string)
#3 /srv/mediawiki/php-1.34.0-wmf.1/includes/libs/rdbms/database/Database.php(1322): Wikimedia\Rdbms\DatabaseMysqli->doQuery(string)
#4 /srv/mediawiki/php-1.34.0-wmf.1/includes/libs/rdbms/database/Database.php(1224): Wikimedia\Rdbms\Database->attemptQuery(string, string, boolean, string)
#5 /srv/mediawiki/php-1.34.0-wmf.1/includes/libs/rdbms/database/Database.php(1784): Wikimedia\Rdbms\Database->query(string, string)
#6 /srv/mediawiki/php-1.34.0-wmf.1/includes/specials/pagers/ContribsPager.php(205): Wikimedia\Rdbms\Database->select(array, array, array, string, array, array)
#7 /srv/mediawiki/php-1.34.0-wmf.1/includes/pager/IndexPager.php(249): ContribsPager->reallyDoQuery(string, integer, boolean)
#8 /srv/mediawiki/php-1.34.0-wmf.1/includes/pager/IndexPager.php(602): IndexPager->doQuery()
#9 /srv/mediawiki/php-1.34.0-wmf.1/includes/specials/SpecialContributions.php(236): IndexPager->getNumRows()
#10 /srv/mediawiki/php-1.34.0-wmf.1/includes/specialpage/SpecialPage.php(569): SpecialContributions->execute(NULL)
#11 /srv/mediawiki/php-1.34.0-wmf.1/includes/specialpage/SpecialPageFactory.php(578): SpecialPage->run(NULL)
#12 /srv/mediawiki/php-1.34.0-wmf.1/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)
#13 /srv/mediawiki/php-1.34.0-wmf.1/includes/MediaWiki.php(865): MediaWiki->performRequest()
#14 /srv/mediawiki/php-1.34.0-wmf.1/includes/MediaWiki.php(515): MediaWiki->main()
#15 /srv/mediawiki/php-1.34.0-wmf.1/index.php(42): MediaWiki->run()
#16 /srv/mediawiki/w/index.php(3): require(string)
#17 {main}

And this doesn't tell much. OTOH, I could find the culprit query on tendril, at least the one for KrBot's contributions with offset = 20190418104744 and limit 1. Given that I couldn't find any private data in there, here is the paste:

SELECT /* IndexPager::buildQueryInfo (contributions page unfiltered) */ rev_page, rev_minor_edit, rev_deleted, rev_len, rev_parent_id, rev_sha1, comment_rev_comment.comment_text AS `rev_comment_text`, comment_rev_comment.comment_data AS `rev_comment_data`, comment_rev_comment.comment_id AS `rev_comment_cid`, actor_rev_user.actor_user AS `rev_user`, actor_rev_user.actor_name AS `rev_user_text`, temp_rev_user.revactor_actor AS `rev_actor`, page_namespace, page_title, page_id, page_latest, page_is_redirect, page_len, user_name, page_is_new, revactor_timestamp AS `rev_timestamp`, revactor_rev AS `rev_id`, (SELECT GROUP_CONCAT(ctd_name SEPARATOR ', ') FROM `change_tag` JOIN `change_tag_def` ON ((ct_tag_id=ctd_id)) WHERE ct_rev_id=rev_id ) AS `ts_tags`, ores_damaging_cls.oresc_probability AS `ores_damaging_score`, 0.387 AS `ores_damaging_threshold` FROM `revision` JOIN `revision_comment_temp` `temp_rev_comment` ON ((temp_rev_comment.revcomment_rev = rev_id)) JOIN `comment` `comment_rev_comment` ON ((comment_rev_comment.comment_id = temp_rev_comment.revcomment_comment_id)) JOIN `revision_actor_temp` `temp_rev_user` FORCE INDEX (actor_timestamp) ON ((temp_rev_user.revactor_rev = rev_id)) JOIN `actor` `actor_rev_user` ON ((actor_rev_user.actor_id = temp_rev_user.revactor_actor)) JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((actor_rev_user.actor_user != 0) AND (user_id = actor_rev_user.actor_user)) LEFT JOIN `ores_classification` `ores_damaging_cls` ON (ores_damaging_cls.oresc_model = '11' AND (ores_damaging_cls.oresc_rev=rev_id) AND ores_damaging_cls.oresc_class = '1') WHERE ((temp_rev_user.revactor_actor = '122')) AND ((rev_deleted & 12) != 12) AND (rev_timestamp>='20190418104744') ORDER BY rev_timestamp, rev_id LIMIT 1

I'd like to provide an EXPLAIN for it, but the revision_comment_temp table is not available on quarry, nor in the sql optimizer.

This is the explain for wikidatawiki:

+------+--------------------+---------------------+--------+----------------------------------------------------------------------+-----------------------+---------+-----------------------------------------------------+----------+--------------------------+
| id   | select_type        | table               | type   | possible_keys                                                        | key                   | key_len | ref                                                 | rows     | Extra                    |
+------+--------------------+---------------------+--------+----------------------------------------------------------------------+-----------------------+---------+-----------------------------------------------------+----------+--------------------------+
|    1 | PRIMARY            | actor_rev_user      | const  | PRIMARY                                                              | PRIMARY               | 8       | const                                               |        1 |                          |
|    1 | PRIMARY            | user                | const  | PRIMARY                                                              | PRIMARY               | 4       | const                                               |        1 |                          |
|    1 | PRIMARY            | temp_rev_user       | ref    | actor_timestamp                                                      | actor_timestamp       | 8       | const                                               | 45815350 | Using where; Using index |
|    1 | PRIMARY            | revision            | eq_ref | PRIMARY,rev_timestamp,page_timestamp,page_user_timestamp,rev_page_id | PRIMARY               | 4       | wikidatawiki.temp_rev_user.revactor_rev             |        1 | Using where              |
|    1 | PRIMARY            | ores_damaging_cls   | eq_ref | oresc_rev_model_class                                                | oresc_rev_model_class | 7       | wikidatawiki.temp_rev_user.revactor_rev,const,const |        1 |                          |
|    1 | PRIMARY            | page                | eq_ref | PRIMARY                                                              | PRIMARY               | 4       | wikidatawiki.revision.rev_page                      |        1 |                          |
|    1 | PRIMARY            | temp_rev_comment    | ref    | PRIMARY,revcomment_rev                                               | PRIMARY               | 4       | wikidatawiki.temp_rev_user.revactor_rev             |        1 | Using index              |
|    1 | PRIMARY            | comment_rev_comment | eq_ref | PRIMARY                                                              | PRIMARY               | 8       | wikidatawiki.temp_rev_comment.revcomment_comment_id |        1 |                          |
|    2 | DEPENDENT SUBQUERY | change_tag          | ref    | change_tag_rev_tag_id,change_tag_tag_id_id                           | change_tag_rev_tag_id | 5       | wikidatawiki.revision.rev_id                        |        1 | Using index              |
|    2 | DEPENDENT SUBQUERY | change_tag_def      | eq_ref | PRIMARY                                                              | PRIMARY               | 4       | wikidatawiki.change_tag.ct_tag_id                   |        1 |                          |
+------+--------------------+---------------------+--------+----------------------------------------------------------------------+-----------------------+---------+-----------------------------------------------------+----------+--------------------------+
10 rows in set (0.01 sec)

jcrespo mentioned this in T221511: Possible full scan query ApiQueryUserContribs::execute for revision_actor_temp table on commonswiki.Apr 23 2019, 9:04 AM

Jc86035 added projects: Wikimedia-production-error, Performance Issue, MediaWiki-libs-Rdbms.Apr 23 2019, 9:18 AM

I have been talking to @Anomie about this issue, and it is believed that it doesn't seem to be the same thing as T221458 or T220999, but it is related to the actor change.
Looks like that for the where on rev_timestamp>='20190418104744 it could use the denormalized revactor_timestamp field to filter the temp_rev_user line.
@Anomie thinks that there are two potential fixes:

change the WHERE clause to reference the denormalized field directly
change the JOIN to add a redundant equality revactor_timestamp = rev_timestamp which seems to work to let it know it can propagate the WHERE condition to the denormalized field.

Eventually the revision_actor_temp will be killed once the migration is fully done, but that is not going to happen soonish.

Change 505814 had a related patch set uploaded (by Anomie; owner: Anomie):
[mediawiki/core@master] ContribsPager: Add redundant JOIN cond to allow WHERE propagation

https://gerrit.wikimedia.org/r/505814

gerritbot added a project: Patch-For-Review.Apr 23 2019, 4:17 PM

Krinkle moved this task from Untriaged to Apr 2019 / 1.33.wmf.25+ on the Wikimedia-production-error board.Apr 23 2019, 7:26 PM

DannyS712 mentioned this in T221729: Filtering namespaces on "What links here:" times out: "PHP fatal error: entire web request took longer than 60 seconds and timed out".Apr 24 2019, 12:14 AM

Lea_Lacroix_WMDE subscribed.Apr 24 2019, 9:26 AM

Epidosis added a subtask: T221757: Wikidata: Wikimedia Error in loading diffs of big pages.Apr 24 2019, 9:34 AM

abian mentioned this in T140879: WMFTimeoutException when loading some diffs on Wikidata [Timebox 8h].Apr 24 2019, 10:04 AM

Marostegui mentioned this in T222029: PHP fatal error: Failed to load resource / HTTP 500 error when accessing Special:Contributions.Apr 28 2019, 5:01 PM

Ammarpad merged a task: T222029: PHP fatal error: Failed to load resource / HTTP 500 error when accessing Special:Contributions.Apr 28 2019, 7:18 PM

Ammarpad added a subscriber: Yann.

Ammarpad mentioned this in T222046: wikidata 'older 50' contributions link consistently errors.Apr 29 2019, 6:12 AM

noarave added a project: Wikidata-Campsite.Apr 29 2019, 8:52 AM

Tarrow subscribed.Apr 29 2019, 8:59 AM

Pages linked in the task description still timeout for me, so the issue does not seem to have gone away itself.
I date to lower the priority though, hence it has been Unbreak Now for 10 days already. Please feel free to raise the priority back up if it is critical. If this is the case, the issue should be addressed more actively, this from by-passer's perspective has been the case so far.

We've briefly look at the problem from Wikidata perspective. Are we correct in thinking the issue does not lie in Wikibase, and it is something which is to be resolved in the MW core?

It is believed that T221380#5131440 will fix the issue.
https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/505814/ is under review.

Lydia_Pintscher moved this task from Incoming to Ready to estimate on the Wikidata-Campsite board.Apr 29 2019, 11:49 AM

Aklapper merged a task: T222046: wikidata 'older 50' contributions link consistently errors.Apr 29 2019, 1:18 PM

Aklapper added subscribers: Tagishsimon, Ammarpad.

Lucas_Werkmeister_WMDE moved this task from Ready to estimate to Blocked / Waiting / External on the Wikidata-Campsite board.Apr 30 2019, 2:57 PM

Pigsonthewing subscribed.Apr 30 2019, 11:21 PM

Change 505814 merged by jenkins-bot:
[mediawiki/core@master] ContribsPager: Fix slow queries

https://gerrit.wikimedia.org/r/505814

This is now fixed in master (thanks @Anomie!) and will be deployed Wednesday next week. I think the error is not so bad that it would require an emergency deploy?

ReleaseTaggerBot added a project: MW-1.34-notes (1.34.0-wmf.4; 2019-05-07).May 1 2019, 5:00 AM

Seems to be resolved now.

matej_suchanek removed a project: Patch-For-Review.May 11 2019, 8:02 AM

matej_suchanek unsubscribed.

• mmodell changed the subtype of this task from "Task" to "Production Error".Aug 28 2019, 11:07 PM

Nemo_bis subscribed.Oct 27 2019, 12:21 PM

Might still be an issue

2020-04-10 20:06:01 [XpDRbQpAEJcAANTdZtUAAACO] mw1393 wikidatawiki 1.35.0-wmf.27 exception ERROR: [XpDRbQpAEJcAANTdZtUAAACO] /w/index.php?title=Special:Contributions/EmausBot&offset=20190912003910&limit=500&target=EmausBot   WMFTimeoutException from line 39 of /srv/mediawiki/wmf-config/set-time-limit.php: the execution time limit of 60 seconds was exceeded {"exception_id":"XpDRbQpAEJcAANTdZtUAAACO","exception_url":"/w/index.php?title=Special:Contributions/EmausBot&offset=20190912003910&limit=500&target=EmausBot","caught_by":"mwe_handler"} 
[Exception WMFTimeoutException] (/srv/mediawiki/wmf-config/set-time-limit.php:39) the execution time limit of 60 seconds was exceeded
  #0 /srv/mediawiki/php-1.35.0-wmf.27/includes/libs/rdbms/database/DatabaseMysqli.php(46): {closure}(integer)
  #1 /srv/mediawiki/php-1.35.0-wmf.27/includes/libs/rdbms/database/Database.php(1301): Wikimedia\Rdbms\DatabaseMysqli->doQuery(string)
  #2 /srv/mediawiki/php-1.35.0-wmf.27/includes/libs/rdbms/database/Database.php(1219): Wikimedia\Rdbms\Database->executeQueryAttempt(string, string, boolean, string, integer)
  #3 /srv/mediawiki/php-1.35.0-wmf.27/includes/libs/rdbms/database/Database.php(1155): Wikimedia\Rdbms\Database->executeQuery(string, string, integer)
  #4 /srv/mediawiki/php-1.35.0-wmf.27/includes/libs/rdbms/database/Database.php(1819): Wikimedia\Rdbms\Database->query(string, string)
  #5 /srv/mediawiki/php-1.35.0-wmf.27/extensions/Wikibase/lib/includes/Store/Sql/Terms/DatabaseTermInLangIdsResolver.php(195): Wikimedia\Rdbms\Database->select(array, array, array, string)
  #6 /srv/mediawiki/php-1.35.0-wmf.27/extensions/Wikibase/lib/includes/Store/Sql/Terms/DatabaseTermInLangIdsResolver.php(155): Wikibase\Lib\Store\Sql\Terms\DatabaseTermInLangIdsResolver->selectTermsViaJoin(array, array, array, array, array)
  #7 /srv/mediawiki/php-1.35.0-wmf.27/extensions/Wikibase/lib/includes/Store/Sql/Terms/PrefetchingItemTermLookup.php(117): Wikibase\Lib\Store\Sql\Terms\DatabaseTermInLangIdsResolver->resolveTermsViaJoin(string, string, string, array, array, array)
  #8 /srv/mediawiki/php-1.35.0-wmf.27/extensions/Wikibase/lib/includes/Store/Sql/Terms/TermStoresDelegatingPrefetchingItemTermLookup.php(72): Wikibase\Lib\Store\Sql\Terms\PrefetchingItemTermLookup->prefetchTerms(array, array, array)
  #9 /srv/mediawiki/php-1.35.0-wmf.27/extensions/Wikibase/data-access/src/ByTypeDispatchingPrefetchingTermLookup.php(52): Wikibase\Lib\Store\Sql\Terms\TermStoresDelegatingPrefetchingItemTermLookup->prefetchTerms(array, array, array)
  #10 /srv/mediawiki/php-1.35.0-wmf.27/extensions/Wikibase/data-access/src/ByTypeDispatchingPrefetchingTermLookup.php(52): Wikibase\DataAccess\ByTypeDispatchingPrefetchingTermLookup->prefetchTerms(array, array, array)
  #11 /srv/mediawiki/php-1.35.0-wmf.27/extensions/Wikibase/data-access/src/ByTypeDispatchingPrefetchingTermLookup.php(88): Wikibase\DataAccess\ByTypeDispatchingPrefetchingTermLookup->prefetchTerms(array, array, array)
  #12 /srv/mediawiki/php-1.35.0-wmf.27/extensions/Wikibase/lib/includes/Store/EntityTermLookupBase.php(41): Wikibase\DataAccess\ByTypeDispatchingPrefetchingTermLookup->getTermsOfType(Wikibase\DataModel\Entity\ItemId, string, array)
  #13 /srv/mediawiki/php-1.35.0-wmf.27/extensions/Wikibase/lib/includes/Store/LanguageFallbackLabelDescriptionLookup.php(51): Wikibase\Lib\Store\EntityTermLookupBase->getLabels(Wikibase\DataModel\Entity\ItemId, array)
  #14 /srv/mediawiki/php-1.35.0-wmf.27/extensions/Wikibase/repo/includes/Hooks/HtmlPageLinkRendererBeginHookHandler.php(243): Wikibase\Lib\Store\LanguageFallbackLabelDescriptionLookup->getLabel(Wikibase\DataModel\Entity\ItemId)
  #15 /srv/mediawiki/php-1.35.0-wmf.27/extensions/Wikibase/repo/includes/Hooks/HtmlPageLinkRendererBeginHookHandler.php(146): Wikibase\Repo\Hooks\HtmlPageLinkRendererBeginHookHandler->doHtmlPageLinkRendererBegin(MediaWiki\Linker\LinkRenderer, Title, string, array, RequestContext, NULL)
  #16 /srv/mediawiki/php-1.35.0-wmf.27/includes/Hooks.php(174): Wikibase\Repo\Hooks\HtmlPageLinkRendererBeginHookHandler::onHtmlPageLinkRendererBegin(MediaWiki\Linker\LinkRenderer, Title, string, array, array, NULL)
  #17 /srv/mediawiki/php-1.35.0-wmf.27/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)
  #18 /srv/mediawiki/php-1.35.0-wmf.27/includes/linker/LinkRenderer.php(189): Hooks::run(string, array)
  #19 /srv/mediawiki/php-1.35.0-wmf.27/includes/linker/LinkRenderer.php(260): MediaWiki\Linker\LinkRenderer->runBeginHook(Title, string, array, array, boolean)
  #20 /srv/mediawiki/php-1.35.0-wmf.27/includes/linker/LinkRenderer.php(307): MediaWiki\Linker\LinkRenderer->makePreloadedLink(Title, string, string, array, array)
  #21 /srv/mediawiki/php-1.35.0-wmf.27/includes/linker/LinkRenderer.php(158): MediaWiki\Linker\LinkRenderer->makeKnownLink(Title, string, array, array)
  #22 /srv/mediawiki/php-1.35.0-wmf.27/includes/specials/pagers/ContribsPager.php(606): MediaWiki\Linker\LinkRenderer->makeLink(Title, string, array, array)
  #23 /srv/mediawiki/php-1.35.0-wmf.27/includes/pager/IndexPager.php(585): ContribsPager->formatRow(stdClass)
  #24 /srv/mediawiki/php-1.35.0-wmf.27/includes/specials/SpecialContributions.php(259): IndexPager->getBody()
  #25 /srv/mediawiki/php-1.35.0-wmf.27/includes/poolcounter/PoolCounterWorkViaCallback.php(69): SpecialContributions->{closure}()
  #26 /srv/mediawiki/php-1.35.0-wmf.27/includes/poolcounter/PoolCounterWork.php(125): PoolCounterWorkViaCallback->doWork()
  #27 /srv/mediawiki/php-1.35.0-wmf.27/includes/specials/SpecialContributions.php(274): PoolCounterWork->execute()
  #28 /srv/mediawiki/php-1.35.0-wmf.27/includes/specialpage/SpecialPage.php(575): SpecialContributions->execute(string)
  #29 /srv/mediawiki/php-1.35.0-wmf.27/includes/specialpage/SpecialPageFactory.php(618): SpecialPage->run(string)
  #30 /srv/mediawiki/php-1.35.0-wmf.27/includes/MediaWiki.php(299): MediaWiki\SpecialPage\SpecialPageFactory->executePath(Title, RequestContext)
  #31 /srv/mediawiki/php-1.35.0-wmf.27/includes/MediaWiki.php(973): MediaWiki->performRequest()
  #32 /srv/mediawiki/php-1.35.0-wmf.27/includes/MediaWiki.php(535): MediaWiki->main()
  #33 /srv/mediawiki/php-1.35.0-wmf.27/index.php(47): MediaWiki->run()
  #34 /srv/mediawiki/w/index.php(3): require(string)
  #35 {main}

TerraCodes unsubscribed.Apr 11 2020, 5:20 AM

daniel mentioned this in T200259: ContribsPager/DeletedContribsPager should use a unique criterion for paging.May 28 2020, 4:51 PM

daniel mentioned this in T238966: Apply updates for MCR, actor migration, and content migration, to production wikis..May 29 2020, 12:57 PM

Aklapper removed a subscriber: Anomie.Oct 16 2020, 5:40 PM

Tchanders mentioned this in T361867: Display contributions from temporary accounts on Special:Contributions for IP ranges.Apr 9 2024, 7:16 PM