Fri, Jul 20
The difference here seems to be that previously a trailing space was excluded from p-wrapping, so that when
the serializer looked at the constrains to determine if a newline was necessary, it suppressed it. The new
behaviour seems preferable, since this is a block. The rt classification is broken since the two aren't really
semantically different.'dewiki/Klingspor (Unternehmen)',
Tue, Jul 17
Our deploys are currently blocked on other tasks, so this probably won't make it out until next week. Hopefully that's acceptable.
... would it not be better to produce the correct tag upstream?
Mon, Jul 16
It sets an explicit width and height for the <video> element, which I'm not sure is necessary.
- Parsoid seems to emit the audio inside a <video> tag instead of an <audio> tag. @Arlolra do you know why this might be happening?
Sat, Jul 14
Fri, Jul 13
It seems like the play button now doesn't appear unless you have 56px of height :(
Presumably T106561 is related
Mon, Jul 9
Similarly, here's some cases with indent-pre following a template,
Tue, Jul 3
Would be better not having to do that, though.
A reduced test case looks like,
Sat, Jun 30
Duplicate of T114432, no?
Fri, Jun 29
Tue, Jun 26
This ticket might actually be a duplicate of the older one.
Mon, Jun 25
The Parsoid presumably wraps the <span> in a paragraph, then removes the now-useless empty <nowiki/>, and that leaves it with an empty paragraph, which becomes two newlines in wikitext?
Fri, Jun 22
Jun 14 2018
I'm happy that take #2 also brought the same grumblings in https://gerrit.wikimedia.org/r/#/c/mediawiki/services/parsoid/+/435936/2/lib/wt2html/TokenTransformManager.js
Jun 13 2018
Jun 12 2018
Jun 11 2018
Yeah, it's kind of edgy. You need a block on the line as well. There's div from the includeonly on the first line (which shouldn't actually be considered here) and an ol from the reference on the second.