Title attribute is missing for some internal links
Closed, ResolvedPublic

Description

In this example page:

http://test.wikipedia.org/wiki/User:Huji/Titles

Both redlinks have a title attribute, as does the first blue link ("pages"), but the last link ("Wikipedia") doesn't have a title. On larger pages in other sister projects, it seems like some of the blue links (roughly less than 50% of them) are randomly missing a title attribute.

User:Companionship on Persian Wikipedia should be credited for notifying me about this bug.


Version: 1.18.x
Severity: minor
URL: http://test.wikipedia.org/wiki/User:Huji/Titles

bzimport added a project: MediaWiki-Parser.Via ConduitNov 21 2014, 11:29 PM
bzimport set Reference to bz28182.
Huji created this task.Via LegacyMar 22 2011, 1:11 PM
bzimport added a comment.Via ConduitMar 22 2011, 4:00 PM

alexsm333 wrote:

This was intentional, to avoid titles that duplicate the link text, see Bug 542.

Platonides added a comment.Via ConduitMar 22 2011, 4:04 PM

Blue links only get the page in title if it's different than the text, per Bug 542. See r76127 (I thought that wasn't still live on wikipedia?).
Although given the annoyance to people reported here (waiting for a title that never appears) and the problems to get it right, I'd revert and close 542 as wontfix.

MarkAHershberger added a comment.Via ConduitMar 23 2011, 12:44 AM

There do seem to be a fair number of people attached to that title attribute. That's a lesson for what happens when you change existing behavior in a widely used application.

Huji added a comment.Via ConduitMar 23 2011, 1:11 AM

It's not only attachment. Apparently, some users benefited from the title attribute in their bot codes, and now they have to resolve all redirects in a separate step.

duplicatebug added a comment.Via ConduitMar 24 2011, 6:50 PM

(In reply to comment #4)

It's not only attachment. Apparently, some users benefited from the title
attribute in their bot codes, and now they have to resolve all redirects in a
separate step.

Please use the api.php for bots ...

Some Gadgets or user js were broken due to this change.

Platonides added a comment.Via ConduitMar 25 2011, 4:16 PM

It was javascript. And it makes sense to extract it from the a tag rather than performing a XMLHttpRequest (in some cases there's no other option). Unconditionally extracting it from the title attribute was much easier than the parsing they need now.

The main problem I see is that now you don't know if a link will have a title or not, which reduces its usefulness (humans are bad at timeouts).
Plus I don't see what are the benefits mentioned in bug 542 ("authors could rely more on this feature to convey useful information"), Given that it is then gzipped, I don't consider the space gainings to be definitive, on either way.

MarkAHershberger added a comment.Via ConduitApr 22 2011, 5:38 PM

This (reverting bug #542's fix) is an issue that should get more input before a decision is made either way.

MarkAHershberger added a comment.Via ConduitApr 26 2011, 3:24 AM

After discussion, I'll revert the fix for bug #542.

MarkAHershberger added a comment.Via ConduitApr 27 2011, 9:49 PM

r87030

Add Comment

Column Prototype
This is a very early prototype of a persistent column. It is not expected to work yet, and leaving it open will activate other new features which will break things. Press "\" (backslash) on your keyboard to close it now.