<big>Foo<big>Bar</big>Baz</big> (html)
serialises to:
<big>Foo<big>Bar</big></big>Baz (wikitext)
Version: unspecified
Severity: normal
Description
Description
Details
Details
- Reference
- bz50604
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | Esanders | T52549 VisualEditor: round-trip adjacent and nested annotations | |||
| Resolved | Esanders | T51755 VisualEditor: Nested identical annotations can be additive, not just identical | |||
| Resolved | cscott | T52604 Domino does not handle additive formatting elements correctly |
Event Timeline
Comment Actions
This seems to be a domino bug:
domino.createDocument('<big>Foo<big>Bar</big>Baz</big>').outerHTML;
'<html><head></head><body><big>Foo<big>Bar</big></big>Baz</body></html>'
Comment Actions
If this pull request is not merged soon, we can install the bugfix version @ https://github.com/subbuss/domino till it does.
Comment Actions
We need a newer version of domino to be released. cscott (who I reassigned this bug to) will take care of that. And after that, we will have to update package.json and update production (I assume new modules will be pulled as part of that deploy). So, a couple more steps before this is in production.
Comment Actions
This is landed locally. It just needs to be deployed to production now.
Are there any other additive formatting elements? Parsoid should handle them all correctly now, but the PHP parser still has problems with nested <em> and <b> (see bug 51081).
Comment Actions
Per our fix on VE all elements should be considered additive as they may contain style="font-size: 110%"
Comment Actions
New domino is in production. And parsoid handles nesting of all formatting elements (even though php parser may not -- which cscott has a fix for in core). Closing.