Page MenuHomePhabricator

standard calls to Z828 fail
Closed, ResolvedPublicBUG REPORT

Description

Steps to replicate the issue (include links if applicable):

What happens?:
Odd error:

Error type: Key not found
Error data:
object: "9"
Unlabelled: "K"
Unlabelled: "1"

What should have happened instead?:
The Type object should have been fetched.

Software version (on Special:Version page; skip for WMF-hosted wikis like Wikipedia):

Other information (browser name/version, screenshots, etc.):
The call seems to work if the quoted reference is constructed by the function with that label, although only the English texts are returned (as with v1)

This approach fails for validator functions like Z101 but succeeds for other built-ins like Z801. Note that retrieving based on a quoted reference returns labels in languages other than English but presents the literal “Z24” as the value for the Z2K1 (Sorry, I thought this was failing).

Details

Related Changes in Gerrit:
Related Changes in GitLab:
TitleReferenceAuthorSource BranchDest Branch
Address error cases for Z828.repos/abstract-wiki/wikifunctions/function-orchestrator!595apineapine-z828main
Customize query in GitLab

Event Timeline

GrounderUK renamed this task from standard called to Z828 fail to standard calls to Z828 fail.Mar 13 2026, 10:33 PM

Change #1254929 had a related patch set uploaded (by Jforrester; author: Jforrester):

[operations/deployment-charts@master] wikifunctions: Upgrade orchestrator from 2026-03-12-210521 to 2026-03-18-023444

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

Change #1254929 merged by jenkins-bot:

[operations/deployment-charts@master] wikifunctions: Upgrade orchestrator from 2026-03-12-210521 to 2026-03-18-023444

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

I am really baffled here. These seem to fail in prod still, but the same calls succeed when I run locally.

I think this is fixed in the prod orchestrator, but calls to it have been cached at the MediaWiki end?

curl https://wikifunctions.k8s-staging.discovery.wmnet:30443/1/v2/evaluate/ -X POST --data '{"zobject":{"Z1K1":"Z7","Z7K1":"Z828","Z828K1":{"Z1K1":"Z99","Z99K1":{"Z1K1":"Z9","Z9K1":"Z4"}}},"doValidate":false}' --header "Content-type: application/json" -w "\n" | jq .Z22K1

-> a copy of Z4.

Thus this should clear itself up over the next few hours and days. Is that a good enough fix?

Yeah, I think so. Let's check again when we re-enable v2.

I think this is fixed in the prod orchestrator, but calls to it have been cached at the MediaWiki end?

curl https://wikifunctions.k8s-staging.discovery.wmnet:30443/1/v2/evaluate/ -X POST --data '{"zobject":{"Z1K1":"Z7","Z7K1":"Z828","Z828K1":{"Z1K1":"Z99","Z99K1":{"Z1K1":"Z9","Z9K1":"Z4"}}},"doValidate":false}' --header "Content-type: application/json" -w "\n" | jq .Z22K1

-> a copy of Z4.

Thus this should clear itself up over the next few hours and days. Is that a good enough fix?

DSantamaria changed the task status from Open to In Progress.Mon, Mar 23, 10:15 AM

Change #1260705 had a related patch set uploaded (by Jforrester; author: Jforrester):

[operations/deployment-charts@master] check-wf-services: Add a test case from T420021

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

Change #1260705 merged by jenkins-bot:

[operations/deployment-charts@master] check-wf-services: Add a test case from T420021

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

Still failing from Wikifunctions.org but the error is now rendered:

Errors
Key not found (key: "Z9K1")
Error type: Key not found
Error data:
key: "Z9K1"

I think this will get properly fixed during the next deployment; we'll see.

(it works in my local env, at least)

(it works in my local env, at least)

It’s a start 😎 It may have something to do with how the quoted reference is realised from the UI. As in the original report, quoted references constructed as ZObjects work; it’s just the “standard” ones that fail.