Page MenuHomePhabricator

Add accessors for WFFunctionCall internals
Closed, ResolvedPublic

Description

WFFunctionCall exposes function_ and argumentMap_ directly to its consumers (notably WFImplementation.evaluate). The TODO at WFFunctionCall.js:80 calls for proper accessors so internal representation can change without rippling out.

Small ergonomic / encapsulation fix; good first-task material.

Desired behavior/Acceptance criteria

  • Add getFunction() and getArgument(key) / getArguments() accessors to WFFunctionCall.
  • Replace direct function_ / argumentMap_ reads at the call sites in src/transpilation/ with the new accessors.
  • Trailing underscore convention for "private" stays — readers outside the class should use the accessors.
  • All existing tests pass.

Details

Related Changes in Gerrit:
Related Changes in GitLab:
TitleReferenceAuthorSource BranchDest Branch
WFFunctionCall: Two minor follow-ups to 0cf417df2f55cd544c28dd7b74bff1ebf920a15erepos/abstract-wiki/wikifunctions/function-orchestrator!684jforrestert426338-accessors-followupmain
Add accessors for WFFunctionCall internalsrepos/abstract-wiki/wikifunctions/function-orchestrator!683gkm563t426338-accessorsmain
Customize query in GitLab

Event Timeline

Thank you for tagging this task with good first task for Wikimedia newcomers!

Newcomers often may not be aware of things that may seem obvious to seasoned contributors, so please take a moment to reflect on how this task might look to somebody who has never contributed to Wikimedia projects.

A good first task is a self-contained, non-controversial task with a clear approach. It should be well-described with pointers to help a completely new contributor, for example it should clearly point to the codebase URL and provide clear steps to help a contributor get set up for success. We've included some guidelines at https://phabricator.wikimedia.org/tag/good_first_task/ !

Thank you for helping us drive new contributions to our projects <3

I implemented the requested accessors for WFFunctionCall locally and prepared the patch.

While attempting to submit the change, I found that this repository has moved to GitLab and the Gerrit mirror is read-only. I also currently cannot create a merge request because my Wikimedia GitLab account is still pending approval.

Could someone advise the preferred submission workflow for this repository?

Jdforrester-WMF changed the task status from Open to In Progress.May 21 2026, 4:06 PM

I implemented the requested accessors for WFFunctionCall locally and prepared the patch.

Welcome!

While attempting to submit the change, I found that this repository has moved to GitLab and the Gerrit mirror is read-only. I also currently cannot create a merge request because my Wikimedia GitLab account is still pending approval.

Could someone advise the preferred submission workflow for this repository?

Aha. Sorry about that. Do you know if your GitLab account has now been approved? Did you go through the steps on https://www.mediawiki.org/wiki/GitLab/Workflows/Registering_an_account_on_GitLab ? I've now added you to Trusted-Contributors so it should be automatic. Sorry for the delay.

Thank you! This will be deployed to production in the next service deploy.

Thank you for the review and follow-up improvements! I learned a lot from the workflow, CI/CD process, and feedback during this contribution. Glad to contribute.

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

[operations/deployment-charts@master] wikifunctions: Upgrade orchestrator from 2026-05-19-223625 to 2026-06-03-020126

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

Change #1297142 merged by jenkins-bot:

[operations/deployment-charts@master] wikifunctions: Upgrade orchestrator from 2026-05-19-223625 to 2026-06-03-020126

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