Page MenuHomePhabricator

Templates insert newline character at the beginning
Closed, DuplicatePublic

Description

Author: michael

Description:
Templates insert a single newline character at the beginning of text (not an HTML break tag (<br />)). This usually
has no effect because HTML compresses all whitespace into a single space. But when a template appears inline in a
sentence this can add an undesirable space.

Examples are the use of [[w:Template:IPA]], which is often placed within brackets.

I'm pretty sure wikimedia *didn't* do this until a few weeks ago.


Version: unspecified
Severity: normal

Details

Reference
bz1878

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 8:21 PM
bzimport set Reference to bz1878.
bzimport added a subscriber: Unknown Object (MLST).

michael wrote:

Actually, I'm not sure if it's a linefeed, newline, or carriage return.

Examples are the use of ...

That should link to [[Template:IPA]], documented at [[Template talk:IPA]]. This also often affects the rendering of [[Template:Unicode]].

michael wrote:

This may be related to Bug 1146 (although I haven't seen that one on en.wikipedia.org).

avarab wrote:

I'm unable to reproduce this in HEAD or REL1_4, it does happen on the wikimedia
sites though.

puzzlet wrote:

I don't know this is related, but when you put <div> around an included template
which also quotes another template with more than one paragraph, an unexpected
<p> is inserted to the doubly embedded template.

See: http://ko.wikipedia.org/wiki/Uesr:PuzzletChung/tmp/Bug_1878

gangleri wrote:

(In reply to comment #4)

See: http://ko.wikipedia.org/wiki/Uesr:PuzzletChung/tmp/Bug_1878

url is [[ko:User:PuzzletChung/tmp/Bug_1878]] or
http://ko.wikipedia.org/wiki/User:PuzzletChung/tmp/Bug_1878

regards reinhardt [[user:gangleri]]

On Wiktionary I just ran into this problem but I thought
it was inserting a newline at the end rather than the
beginning, since edited article text including templates
always ends with a newline.

Oddly, on trying and failing to work around this with
<noinclude>, the resulting space disappeared after
reverting the failed fixes. I took this as proof of
inconsistent behaviour, which is even worse.

I am nearly sure this must be regression now, because it *used to* work properly and now I see the new line back again.

Raising the importance, as it causes issues in rendering and should be solved ASAP, please.