Page summary endpoint in RESTBase not updated since about June 27
Closed, ResolvedPublic
Actions

Assigned To

Authored By

	MBH
	Jul 1 2019, 12:01 PM

Description

Page [1] was vandalised 27.06.2019, edit was reverted and hidden. But vandalised version still remains in page preview, see

Page cache purging doesn't help. This should be fixed because this preview in other articles blatantly violates BLP principles.

[1]: https://ru.wikipedia.org/w/index.php?title=%D0%91%D0%B0%D1%81%D1%82%D0%B0_(%D0%BC%D1%83%D0%B7%D1%8B%D0%BA%D0%B0%D0%BD%D1%82)&action=history

Since 27th/28th of June the page previews on Wikipedia aren't updated anymore. Even manual purge doesn't help.

Steps to Reproduce:

Go to https://en.wikipedia.org/wiki/Deaths_in_2019
Mouseover the names of the recently dead people

Actual Result:

The popup shows old versions of the articles still refering to the people in present tense ('is')

Expected Result:

The popup should show the recent article texts updated to past tense ('was')

Additional info:
According to my browser the preview is fetched via REST-API from https://de.wikipedia.org/api/rest_v1/page/summary/[title].
Other API calls like https://de.wikipedia.org/api/rest_v1/page/html/[title] and https://de.wikipedia.org/api/rest_v1/page/mobile-sections/[title] get the most recent version

Related Objects

Mentioned In: T235346: Edits which has been reverted and revision deleted over 40 hours ago were visible on page previews
T224754: Deploy new recommendation-api endpoints for Suggested Edits in RESTBase
T225733: Expose new talk endpoint via RESTBase
Mentioned Here: T224754: Deploy new recommendation-api endpoints for Suggested Edits in RESTBase
T225733: Expose new talk endpoint via RESTBase
T227033: Page previews aren't updated anymore

Event Timeline

MBH created this task.Jul 1 2019, 12:01 PM

Restricted Application added subscribers: Base, Aklapper. · View Herald TranscriptJul 1 2019, 12:01 PM

Please provide steps to reproduce by offering a link where to see the page preview, so someone can try to reproduce.

Please provide the exact text where to see the page preview, so someone trying to reproduce can copy and paste, in order to search.

Please read https://www.mediawiki.org/wiki/How_to_report_a_bug which explains how to file tasks.

https://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F:%D0%A4%D0%BE%D1%80%D1%83%D0%BC/%D0%A2%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B9#%D0%92%D0%B0%D0%BD%D0%B4%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F_%D0%B2_%D0%BF%D1%80%D0%B5%D0%B4%D0%BF%D1%80%D0%BE%D1%81%D0%BC%D0%BE%D1%82%D1%80%D0%B5 (screenshot saved from here)

I don't understand. The same as answer 1?

I already read it.

In T226983#5296083, @MaxBioHazard wrote:

https://ru.wikipedia.org/wiki/Википедия:Форум/Технический#Вандальная_версия_в_предпросмотре (screenshot saved from here)

Thanks! Confirming the problem.
The page preview is created by calling https://ru.wikipedia.org/api/rest_v1/page/summary/Баста_(музыкант) and that shows the vandalized outdated version. So there seems to be some caching.

Interestingly, https://ru.wikipedia.org/w/api.php?format=json&action=query&prop=extracts&explaintext&titles=Баста_(музыкант)&exlimit=1&exintro shows the non-vandalized version (Gazgolder).

I don't understand. The same as answer 1?

Yes, indeed, now that it's clear which page displays the preview and which page is the target page, and which page includes the vandalized revision.

I already read it.

Then please also follow it when creating tasks. :) Thanks.

IKhitron subscribed.Jul 1 2019, 6:38 PM

Sorry, this didn't come up on my search yesterday, so I opened a new task which most likely adresses the same issue: https://phabricator.wikimedia.org/T227033

T227033 is reporting a similar issue, first observed about 27 June 2019.

Prominent people who are indicated as dead since a few days on Wikipedia main page are still alive on page preview popup, while the article has been updated and purged with all available means.

To reproduce such behaviour two aspects seem important to me:

Anonymous or registered?
Europe or US?

My impression is that a cache server at Amsterdam became almost disconnected from updates.

However, if I look for articles which were created most recently then I get the page preview of a three minutes old article as unregistered user.

There are multiple cache systems, for anonymous and registered, and probably on each physical site a different one.

It is not clear to me which physical connection is used by REST API under which circumstances.
For traditional page access it makes a huge difference whether reading just by IP (which is 99% of the load) or whether any login cookie suggests a registered user, which will direct a query to privileged and rather quickly purged cache.

Perhaps the /page branch of the REST API should support a /page/purge mode to influence exactly that delivering cache.

Russia (Siberia): outdated version both registered and unregistered view.

FriedhelmW subscribed.Jul 3 2019, 1:17 PM

User from New-York reports that he see vandalised version too.

https://ru.wikipedia.org/wiki/user_talk:Vicpeters

• Arbnos subscribed.Jul 4 2019, 10:45 PM

Galobtter renamed this task from Vandalised article version still remains in page preview to Page summary endpoint in RESTBase not updated since about June 27.Jul 5 2019, 2:42 AM

Galobtter merged a task: T227033: Page previews aren't updated anymore.

Galobtter updated the task description. (Show Details)

Galobtter added a subscriber: doctaxon.

This seems Unbreak now to me, as it seems like about every Page Preview by every reader from everywhere in the world is affected (I can reproduce in Asia). "Switch summary to proxying to the backend service" by @Pchelolo from https://gerrit.wikimedia.org/r/#/c/mediawiki/services/restbase/deploy/+/519107/ (https://github.com/wikimedia/restbase/commit/dd1bc3b535a91ca0e7513a4460a29d3815969ca0) seems most likely at a glance to be the issue, since only the page summary is not updating.

Restricted Application added a subscriber: Liuxinyu970226. · View Herald TranscriptJul 5 2019, 2:57 AM

Galobtter added a subscriber: • Pchelolo.Jul 5 2019, 3:00 AM

TTO added a project: SRE.Jul 6 2019, 12:49 PM

Snaevar subscribed.Jul 7 2019, 8:28 PM

jijiki added a project: Platform Engineering.Jul 8 2019, 7:38 AM

Explicitly adding @Eevans @Pchelolo @WDoranWMF (@mobrovac is now OOTO).

PR here: https://github.com/wikimedia/restbase/pull/1162
Will test and deploy soon.

WDoranWMF edited projects, added Platform Team Workboards (Team 2), Platform Engineering (Needs Cleaning - Security, stability, performance, and scalability (TEC1)); removed Services (doing), Platform Engineering.Jul 8 2019, 1:47 PM

WDoranWMF moved this task from Backlog to Doing on the Platform Team Workboards (Team 2) board.

Mentioned in SAL (#wikimedia-operations) [2019-07-08T13:48:49Z] <ppchelko@deploy1001> Started deploy [restbase/deploy@8e81e98]: Release 1.0, expose talk endpoints T225733, suggestions endpoints T224754, fix summary purging T226983

Mentioned in SAL (#wikimedia-operations) [2019-07-08T14:05:01Z] <ppchelko@deploy1001> Finished deploy [restbase/deploy@8e81e98]: Release 1.0, expose talk endpoints T225733, suggestions endpoints T224754, fix summary purging T226983 (duration: 16m 11s)

The summary updating has been fixed. Confirmed by purging https://ru.wikipedia.org/w/index.php?title=%D0%91%D0%B0%D1%81%D1%82%D0%B0_(%D0%BC%D1%83%D0%B7%D1%8B%D0%BA%D0%B0%D0%BD%D1%82) on wili

WDoranWMF moved this task from Doing to Sign Off on the Platform Team Workboards (Team 2) board.Jul 8 2019, 2:50 PM

TheDJ awarded a token.Jul 10 2019, 7:59 AM

Aklapper mentioned this in T235346: Edits which has been reverted and revision deleted over 40 hours ago were visible on page previews.Oct 13 2019, 9:01 AM

Page summary endpoint in RESTBase not updated since about June 27Closed, ResolvedPublicActions

Description

Related Objects

Event Timeline

Page summary endpoint in RESTBase not updated since about June 27
Closed, ResolvedPublic
Actions