Page MenuHomePhabricator
Create Task
Maniphest T296038

ParserOutput::addTemplate() interaction with ParserOptions::getTemplateCallback()
Open, Needs TriagePublic
Actions

Description

See T296023 re: Title-related types in this API.

But, further, this method interacts with user hooks. From Parsoid's perspective, Parsoid is given a string title in wikitext. This is then resolved this to an actual revision, maybe with a different title, using the ParserOptions::getTemplateCallback() (aka Parser::statelessFetchTemplate() in most cases) and then *that* thing is what you register with ParserOutput.

But I don't really want any of that to be visible to Parsoid. Once we've passed the string name of the template over to the MediaWiki side for "resolution", I'd prefer that all the details of Title/Revision/id etc *stay* on the MediaWiki side and so the MediaWiki side should be responsible for updating the Template dependencies not Parsoid. OTOH, we need *something* back because eventually Parsoid has to fetch the final resulting title and expand it.

Untangle this mess.

Related Objects
Search...

StatusSubtypeAssignedTask
 OpenReleaseNoneT84936 Release VisualEditor-MediaWiki as "1.0"
 OpenNoneT50429 [Epic] Support editing parts of a page in VisualEditor-MediaWiki
 OpenNoneT54365 Explore performance gains from progressive (JIT?) de-alienation in VisualEditor
 OpenNoneT396539 Introduce a way to edit a span of text from within read mode
 OpenNoneT385558 Improve copy and paste from read mode to VE
 OpenNoneT174303 Copy-pasting linked ISBN numbers from view mode HTML into VisualEditor inserts wikitext links to Special:BookSources (it should turn them into magic links?)
 OpenFeatureNoneT54091 The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces
 OpenNoneT55784 [EPIC] Use Parsoid HTML for all page views
 OpenNoneT272987 [EPIC] Parsoid read views for DiscussionTools
 OpenNoneT297840 Populate ParserCache with Parsoid output as a post-edit hook
 OpenNoneT393717 Put lints in ParserOutput/RefreshLinksJob
 OpenBUG REPORTNoneT393682 Wikifunctions fragments that trigger errors and try to put the page in a tracking category show it at the bottom of the view page, but the pages using the fragment do not appear on the category page
 OpenNoneT409815 SLI: MediaWiki system load
 OpenNoneT393716 [EPIC] RefreshLinksJob should use Parsoid-generated metadata
 OpenNoneT310511 Metadata comparison testing between Parsoid and the legacy parser
 OpenNoneT310512 Parsoid and the legacy parser should emit exactly the same ParserOutput metadata
 OpenNoneT305159 Improve coverage of the ContentMetadataCollector interface
 OpenNoneT296038 ParserOutput::addTemplate() interaction with ParserOptions::getTemplateCallback()
 OpenNoneT331483 Resolve differences between Parsoid & legacy parser TOC metadata output for template, extension, and parser-function generated content
 ResolvedcscottT213468 Parsoid section IDs don't correspond to PHP section IDs when headings are transcluded
 ResolvedABreault-WMFT215628 Make Parsoid and PHP edit-section numbering consistent when <noinclude> and <includeonly> are in use
 ResolvedcscottT214538 MediaWiki shouldn't assign section numbers during tokenization, but instead only when headings are generated
 OpencscottT359221 Parsoid's TOC handling needs to deal with HTML-returning components (exts, SPTs, parser funcs returning HTML) consistently
 ResolvedssastryT359450 Parsoid is not adding headings to TOC entries in some templated content scenarios
 ResolvedJgiannelosT402456 More Parsoid TOC edge cases?
 OpenJgiannelosT415554 From TOC difftesting (legacy/parsoid): Differences in template handling from sections
 OpenJgiannelosT415558 From TOC difftesting (legacy/parsoid): Mismatch when sections come from the same article
 OpenJgiannelosT415563 From TOC difftesting (legacy/parsoid): Inconsistent index level between legacy and parsoid
 OpenJgiannelosT415565 From TOC difftesting (legacy/parsoid): Section titles wrapped in html elements on parsoid
 ResolvedJgiannelosT403188 Implement TOC comparison in Linter extension

Event Timeline

cscott created this task.Nov 18 2021, 10:46 PM
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptNov 18 2021, 10:46 PM
cscott added a parent task: T296023: Parsoid needs a core-compatible LinkTarget interface.Nov 18 2021, 10:46 PM
cscott updated the task description. (Show Details)
Arlolra moved this task from Needs Triage to Tech Debt / Big changes on the Parsoid board.Nov 20 2021, 12:40 AM
cscott edited parent tasks, added: T305159: Improve coverage of the ContentMetadataCollector interface; removed: T296023: Parsoid needs a core-compatible LinkTarget interface.Mar 31 2022, 3:29 PM
cscott added a comment.Mar 24 2025, 2:25 PM

Note that there's also an issue with Parsoid not having the page id, needed for the current ::addTemplate callback, and this should be resolved with a link batch (T357048). The issue of parsoid not having the revision id is what's addressed in the task description -- the correct revision ID to use is resolved by the hookable template callback mechanism, and at the moment that is not exposed to parsoid.

Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL · Credits