Parsoid should generate the <head> on the core side, from the ParserOutput metadata
Open, Needs TriagePublic
Actions

Assigned To

None

Authored By

	cscott
	May 12 2025, 4:04 PM

Description

This is a potentially API-breaking change, but we should probably deprecate the <head> section of the document produced by Parsoid, and instead render this on the mediawiki-core side, based on the metadata in the ParserOutput. This would allow us to (a) implement a more-or-less complete mapping of ParserOutput information into <head> metadata, for those who need that (and there are external API users who do want an all-in-one document), and (b) remove the need to store different ParserOutput content for legacy (which is just <body> innerHTML) and Parsoid (which is currently an entire <html> document).

Related Objects
Search...

Status	Subtype	Assigned	Task
Open	Release	None	T84936 Release VisualEditor-MediaWiki as "1.0"
Open		None	T50429 [Epic] Support editing parts of a page in VisualEditor-MediaWiki
Open		None	T54365 Explore performance gains from progressive (JIT?) de-alienation in VisualEditor
Open		None	T396539 Introduce a way to edit a span of text from within read mode
Open		None	T385558 Improve copy and paste from read mode to VE
Open		None	T174303 Copy-pasting linked ISBN numbers from view mode HTML into VisualEditor inserts wikitext links to Special:BookSources (it should turn them into magic links?)
Open	Feature	None	T54091 The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces
Open		None	T55784 [EPIC] Use Parsoid HTML for all page views
Open		None	T272987 [EPIC] Parsoid read views for DiscussionTools
Open		None	T297840 Populate ParserCache with Parsoid output as a post-edit hook
Open		None	T393717 Put lints in ParserOutput/RefreshLinksJob
Open	BUG REPORT	None	T393682 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
Open		None	T409815 SLI: MediaWiki system load
Open		None	T393716 [EPIC] RefreshLinksJob should use Parsoid-generated metadata
Open		None	T310511 Metadata comparison testing between Parsoid and the legacy parser
Open		None	T310512 Parsoid and the legacy parser should emit exactly the same ParserOutput metadata
Open		None	T393925 Parsoid should generate the <head> on the core side, from the ParserOutput metadata
Open		None	T128525 Strip old metadata from old Parsoid content <head>: mw:TimeUuid, user, comment
Duplicate		None	T206029 VE does not provide If-Match for html/to/wikitext transforms sometimes
Resolved		matmarex	T233320 VisualEditor <-> RESTBase communication and ETags
Resolved		matmarex	T233127 HTTP 404 error in VE possibly when confronted with an edit conflict
Resolved		• mobrovac	T234928 RESTBase sometimes not retaining stashed content?
Resolved		• mobrovac	T235465 Stashing: revid mismatch between URI and Etag
Resolved		• mobrovac	T230272 404 error when using VisualEditor: apierror-visualeditor-docserver-http
Open		None	T122390 Is RDFa metadata in Parsoid HTML head actually useful to you / no user name & edit comment suppression in Parsoid <head> metadata
Resolved		ssastry	T125266 Remove user name and edit comment from html <head>
Open		None	T178037 Parsoid uses non-canonical URL encoding in <link> in <head>
Open		None	T331483 Resolve differences between Parsoid & legacy parser TOC metadata output for template, extension, and parser-function generated content
Resolved		cscott	T213468 Parsoid section IDs don't correspond to PHP section IDs when headings are transcluded
Resolved		ABreault-WMF	T215628 Make Parsoid and PHP edit-section numbering consistent when <noinclude> and <includeonly> are in use
Resolved		cscott	T214538 MediaWiki shouldn't assign section numbers during tokenization, but instead only when headings are generated
Open		cscott	T359221 Parsoid's TOC handling needs to deal with HTML-returning components (exts, SPTs, parser funcs returning HTML) consistently
Resolved		ssastry	T359450 Parsoid is not adding headings to TOC entries in some templated content scenarios
Resolved		Jgiannelos	T402456 More Parsoid TOC edge cases?
Open		Jgiannelos	T415554 From TOC difftesting (legacy/parsoid): Differences in template handling from sections
Open		Jgiannelos	T415558 From TOC difftesting (legacy/parsoid): Mismatch when sections come from the same article
Open		Jgiannelos	T415563 From TOC difftesting (legacy/parsoid): Inconsistent index level between legacy and parsoid
Open		Jgiannelos	T415565 From TOC difftesting (legacy/parsoid): Section titles wrapped in html elements on parsoid
Resolved		Jgiannelos	T403188 Implement TOC comparison in Linter extension

Event Timeline

cscott created this task.May 12 2025, 4:04 PM

cscott added subtasks: T128525: Strip old metadata from old Parsoid content <head>: mw:TimeUuid, user, comment, T122390: Is RDFa metadata in Parsoid HTML head actually useful to you / no user name & edit comment suppression in Parsoid <head> metadata, T178037: Parsoid uses non-canonical URL encoding in <link> in <head>.

MSantos moved this task from Needs Triage to Feature requests on the Parsoid board.May 22 2025, 2:28 PM

Ottomata subscribed.Thu, Jan 22, 8:41 PM

Parsoid should generate the <head> on the core side, from the ParserOutput metadataOpen, Needs TriagePublicActions

Description

Related ObjectsSearch...

Event Timeline

Parsoid should generate the <head> on the core side, from the ParserOutput metadata
Open, Needs TriagePublic
Actions

Related Objects
Search...