Page MenuHomePhabricator

VE does not provide If-Match for html/to/wikitext transforms sometimes
Closed, DuplicatePublic

Description

VE still does not provide the ETag of the original content back to html/to/wikitext endpoint If-Match header sometimes. See sample logs: https://logstash.wikimedia.org/goto/4b751b3fbf5de1044bd4255c693fc724

Judging by the frequency, it doesn't happen all the time, but only under certain circumstances. It does not break edits only because it relies on a very ugly fallback we have in RESTBase and are eager to remove (see parent task)

Related Objects

StatusSubtypeAssignedTask
OpenReleaseNone
OpenNone
OpenNone
OpenNone
OpenNone
OpenNone
OpenFeatureNone
OpenNone
OpenNone
OpenNone
OpenNone
OpenBUG REPORTNone
OpenNone
OpenNone
OpenNone
OpenNone
OpenNone
OpenNone
DuplicateNone
OpenNone
Resolvedcscott
ResolvedABreault-WMF
Resolvedcscott
Opencscott
Resolvedssastry
ResolvedJgiannelos
OpenJgiannelos
OpenJgiannelos
OpenJgiannelos
OpenJgiannelos
ResolvedJgiannelos

Event Timeline

Pchelolo triaged this task as Medium priority.
JTannerWMF subscribed.

Hey @Pchelolo is this still blocking your work and if so how severely?

It's is still the case sometimes. It's not severe, but we actually have a hack to insert an artificial meta tag with an article TID into Parsoid HTML in order to workaround this issue. It was added as temporary workaround many years ago and is becoming a permanent workaround, which is not good.