Last modified: 2010-05-24 19:40:54 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T3955, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 1955 - There is a newline within <a> tag attribute values
There is a newline within <a> tag attribute values
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Low trivial with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/Longest_...
:
Depends on:
Blocks: tidy
  Show dependency treegraph
 
Reported: 2005-04-23 11:09 UTC by Timwi
Modified: 2010-05-24 19:40 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Timwi 2005-04-23 11:09:46 UTC
In the HTML source of pages on Wikipedia, I currently see this for section
editing links:

[<a href="
/w/index.php?title=Longest_word_in_English&amp;action=edit&amp;section=1">
edit</a>]

Notice the newline between the opening <a> tag and the word "edit".

Firefox renders this newline as a space.

This is a trivial thing, but it looks really ugly. :)

I couldn't reproduce the problem myself. I've already checked to see that the
newline isn't in [[MediaWiki:Editsection]]; it isn't.
Comment 1 Brion Vibber 2005-04-23 11:10:55 UTC
Probably a tidy issue.
Comment 2 Zigger 2005-06-25 04:25:29 UTC
(In reply to comment #1)
> Probably a tidy issue.
And it's also tidy that produces "warning" notices when doing XHTML validation
on this. ;)
Comment 3 Zigger 2005-06-25 04:53:02 UTC
Changed summary to reflect that the problem occurs with the rel, title and id
attributes, in addition to href.  Also, it seems to occur in most <a> tags, not
just the edit links.

If tidy can't be reconfigured or fixed, the problem could be avoided/reduced by
doing more line-breaks in code, as the issue seems to be that tidy favours
inserting line-breaks within the attribute value just after the opening
quotation mark instead of before the <a> tag (if there is already leading
white-space) or between attributes within the tag.

From http://www.w3.org/TR/xhtml1/#h-4.7 , it seems that browsers should strip
leading white-space from attribute values, so the reported Firefox rendering and
the tidy notifications could be wrong?
Comment 4 Zigger 2005-06-26 16:52:15 UTC
(In reply to comment #3)
>...
> From http://www.w3.org/TR/xhtml1/#h-4.7 , it seems that browsers should strip
> leading white-space from attribute values, so the reported Firefox rendering and
> the tidy notifications could be wrong?

See also http://www.w3.org/TR/xhtml1/#C_5 : "Avoid line breaks and multiple
white space characters within attribute values. These are handled inconsistently
by user agents."
Comment 5 Ævar Arnfjörð Bjarmason 2005-09-30 15:34:20 UTC
Has the problem been fixed? Tidy recently got reconfigured to not wrap lines
automatically.
Comment 6 lɛʁi לערי ריינהארט 2005-10-02 14:43:55 UTC
[[en:Longest word in English]]

now generates
[<a
href="/w/index.php?title=Longest_word_in_English&amp;action=edit&amp;section=1"
title="Longest word in English">edit</a>]

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links