We should probably have some sort of user notice for folks using officewiki letting them know we've shifted to using Parsoid by default, how to report bugs, and how to (temporarily or permanently) switch back to the legacy parser.
Description
Description
Details
Details
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 | |||
Resolved | cscott | T355566 Use Parsoid for read views on OfficeWiki by default | |||
Resolved | cscott | T355567 User notice for use of Parsoid on OfficeWiki |
Event Timeline
Comment Actions
Change 997948 had a related patch set uploaded (by C. Scott Ananian; author: C. Scott Ananian):
[mediawiki/extensions/ParserMigration@master] WIP: user notice when Parsoid read views are encountered for the first time
Comment Actions
Change 997948 merged by jenkins-bot:
[mediawiki/extensions/ParserMigration@master] User notice for parser migration; add preference for article views
Comment Actions
See also T357993: Make dismissing parsoid user notice more discoverable for possible follow-up work.