Collect per-attribute stats during Parsoid HTML attribute stripping
Closed, ResolvedPublic
Actions

Description

@cscott proposed that it might be useful to collect per-stripped-attribute contribution to the Parsoid HTML so that we can make decisions per-attribute to strip or not.

So, the current code for stripping might need to be rewritten to strip attributes one at a time and collect stats.

Given this, it might also be useful to look at a larger set of attributes we could strip beyond the initial set of attributes used to generate stats for T272331

Details

	Subject	Repo	Branch	Lines +/-
	Collect metrics per stripped attribute	mediawiki/services/parsoid	master	+47 -36

Customize query in gerrit

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	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	T258836 [EPIC] Ensure Parsoid meets performance criteria for serving read views on the Parsoid cluster
Open		None	T309305 Ensure Parsoid HTML served for read views doesn't degrade performance in low-resource contexts
Open		Jgiannelos	T272331 Evaluate and recommend strategies for ensuring Parsoid HTML payload doesn't degrade performance in low-resource contexts.
Resolved		Jgiannelos	T309304 Collect per-attribute stats during Parsoid HTML attribute stripping