Change Details

``` {{coord|44|48|N|20|28|E|type:country|display=title}} ``` has newlines when you look at the output of the expandtemplates API call ( https://mzn.wikipedia.org/w/api.php?action=expandtemplates&text={{coord|44|48|N|20|28|E|type:country|display=title}}&prop=wikitext ) This then causes Parsoid to not parse a url link as expected. If you paste the (decoded) output of the above API call in the [[https://mzn.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&action=edit|mznwiki sandbox]] and preview it, the PHP parser also does the same. So far so good. But, however, if you paste the original translcusion into the mznwiki sandbox, it parses very different. What am I missing here? There is something else unrelated broken with the coord template on mznwiki. It emits wikitext that has wikilinks embedded within the url link .. and that is clearly broken wikitext. But, the bigger issue is the mysterious \n stripping that is going on with the expandtemplates output in the PHP parser which lets it render the output as expected.

``` [http://google.com foo [[Category:Bar]] baz] ``` The above is not parsed as an extlink by Parsoid because the newline + category pair is recognized later in the pipeline by which time the text has been processed into "[", ExtLink, .., "]" tokens. So, at the same time that the newline + category pair is recognized, the preceding extlink tokens should also be fixed up. But, this looks like an edge case that is not very common, since I only saw this on one page during visual diff testing. However, it is possible other mznwiki pages might be affected by this bug. ---------- Original report below ------------ ``` {{coord|44|48|N|20|28|E|type:country|display=title}} ``` has newlines when you look at the output of the expandtemplates API call ( https://mzn.wikipedia.org/w/api.php?action=expandtemplates&text={{coord|44|48|N|20|28|E|type:country|display=title}}&prop=wikitext ) This then causes Parsoid to not parse a url link as expected. If you paste the (decoded) output of the above API call in the [[https://mzn.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&action=edit|mznwiki sandbox]] and preview it, the PHP parser also does the same. So far so good. But, however, if you paste the original translcusion into the mznwiki sandbox, it parses very different. What am I missing here? There is something else unrelated broken with the coord template on mznwiki. It emits wikitext that has wikilinks embedded within the url link .. and that is clearly broken wikitext. But, the bigger issue is the mysterious \n stripping that is going on with the expandtemplates output in the PHP parser which lets it render the output as expected.

``` [http://google.com foo [[Category:Bar]] baz] ``` The above is not parsed as an extlink by Parsoid because the newline + category pair is recognized later in the pipeline by which time the text has been processed into "[", ExtLink, .., "]" tokens. So, at the same time that the newline + category pair is recognized, the preceding extlink tokens should also be fixed up. But, this looks like an edge case that is not very common, since I only saw this on one page during visual diff testing. However, it is possible other mznwiki pages might be affected by this bug. ---------- Original report below ------------ ``` {{coord|44|48|N|20|28|E|type:country|display=title}} ``` has newlines when you look at the output of the expandtemplates API call ( https://mzn.wikipedia.org/w/api.php?action=expandtemplates&text={{coord|44|48|N|20|28|E|type:country|display=title}}&prop=wikitext ) This then causes Parsoid to not parse a url link as expected. If you paste the (decoded) output of the above API call in the [[https://mzn.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&action=edit|mznwiki sandbox]] and preview it, the PHP parser also does the same. So far so good. But, however, if you paste the original translcusion into the mznwiki sandbox, it parses very different. What am I missing here? There is something else unrelated broken with the coord template on mznwiki. It emits wikitext that has wikilinks embedded within the url link .. and that is clearly broken wikitext. But, the bigger issue is the mysterious \n stripping that is going on with the expandtemplates output in the PHP parser which lets it render the output as expected.