Last modified: 2014-09-22 22:34:30 UTC
Parsing [[Foo (bar)|]] should result in a link to "Foo (bar)" with caption "Foo", but currently isn't parsed at all (it just comes back raw). The same goes for [[San Francisco, California|]] and [[w:Foo|]].
Mass-moving bugs into the new 'Parsoid' product.
https://gerrit.wikimedia.org/r/17896 Bam.
Merged and verified as fixed.
OK, I've just looked this page up: http://en.wikipedia.org/wiki/Help:Pipe_trick#Reverse_pipe_trick Apparently there's some kind of crazy magic that happens when you use the reverse pipe trick, depending on where the link is. There are also some other rules on that page that I didn't necessarily follow, for example, only removing *either* the comma *or* the parenthesis, but never both. Could someone verify that the above page is accurate, so we can be sure about the accuracy of my addition? Also, is it helpful for us to consider the reverse pipe trick? That basically means that we would need to always have a page title in consideration, rather than simply parsing the language. Then again, maybe we already do this and there's nothing to worry about.
Jackmcbarn pointed on IRC that Parsoid shouldn't be supporting pipe trick on the parse pipeline. It is only meant to be be a transformation that the parsing front-end doesn't understand. Verified with https://en.wikipedia.org/w/api.php?action=parse&text=0]] that it renders as plain text. Just recording this here after the fact, so when someone looks up this ticket on bugzilla, this updated info. is available. Will rip out this support (or add a new ticket for doing so).
(In reply to ssastry from comment #5) > Jackmcbarn pointed on IRC that Parsoid shouldn't be supporting pipe trick on > the parse pipeline. It is only meant to be be a transformation that the > parsing front-end doesn't understand. > > Verified with https://en.wikipedia.org/w/api.php?action=parse&text=0]] Ugh .. so, the link got garbled when it went through BZ ... but, try passing "Hampi (temple)|" in the wikilink syntax to the parse api.
