257780 - title attributes added by setAttributeNS are displayed as XHTML-title whatever is there namespace

Status: NEW

(Firefox :: General, defect)

Description

[Xanthor Sccas]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040706 Firefox/0.8.0+
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a3) Gecko/20040817

When we add a title attribute in whatever namespace to an element, with
setAttributeNS, Mozilla displays it as if it was a XHTML title.

But if there is already a XHTML title, it isn't replaced by the new one, which
is correct.
And if there is a XHTML title and we use setAttributeNS with the XHTML
attributes namespace, the first title is replaced by the new one, as expected.
And finally, if we write (statically) a title in another namespace, it isn't
displayed.

I've tried to reproduce it with other XHTML attribute (such as disabled) but I
haven't seen other bugs

Reproducible: Always
Steps to Reproduce:
1. Open the URL
2. Read the page and check that the first case has a bug
Actual Results:  
A non-XHTML attribute is considered as a XHTML one

Expected Results:  
Leave this attribute outside the XHTML vocabulary

That occures also in non XHTML documents.
In fact, I've discovered this strange behaviour adding dc:title to a RDF file
with XBL : the dc:title are displayed as XHTML title (even if there isn't any
XHTML elements in the document)
I first thought it was a feature (in fact, I think that dc:titles should be
displayed in a tooltip as for XHTML titles), but this appears whatever the
namespace I used, and "hard-coded" dc:titles aren't diplayed...

Comment 1

[Hixie (not reading bugmail)]

"title" attributes should _only_ be used for tooltips if the element's namespace 
is XHTML _and_ the attribute has no namespace.

(so e.g. xhtml:title="" shouldn't cause a tooltip at all.)

This might also apply to other namespaces, check, e.g., the MathML and SVG specs 
to see if they have title attributes.

Comment 2

[Anne (:annevk)]

MathML does not have a TITLE attribute and SVG only has a TITLE attribute on the
STYLE element for compat with HTML 4.

Comment 3

[Anne (:annevk)]

Attachment: testcase

Comment 4

[:Ms2ger (he/him; ⌚ UTC+1/+2)]

http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser.js#2983

Comment 5

[Boris Zbarsky [:bzbarsky]]

This isn't core code; all the tooltip stuff is done entirely in the browser UI.  In particular, for Firefox, FillInHTMLTooltip in browser.js

Comment 6

[Sumit Agrawal[:sumit4iit]]

I would like to take on this bug. I am new to mozilla, please let me know where should I start for this.

Comment 7

[Boris Zbarsky [:bzbarsky]]

The relevant code is now in toolkit/content/widgets/popup.xml in the fillInPageTooltip method.

Comment 8

[BugBot [:suhaib / :marco/ :calixte]]

This good-first-bug hasn't had any activity for 6 months, it is automatically unassigned.
For more information, please visit auto_nag documentation.

Comment 9

[Eric Fiore]

I'd love to work on this bug. I'm new to Mozilla. If there are any suggestions on where I can look for this bug I would very much appreciate!

Comment 10

[Boris Zbarsky [:bzbarsky]]

Probably https://searchfox.org/mozilla-central/source/toolkit/components/tooltiptext/TooltipTextProvider.jsm#117 is a good start now.

Comment 11

[Eric Fiore]

This is a good place to start. Thank you for the help

Comment 12

[Favour]

Hi Shane Caraveo, I am an Outreachy applicant interested in fixing this bug. I wish to take up this issue... could you pls guide me?

Comment 13

[:Ms2ger (he/him; ⌚ UTC+1/+2)]

https://searchfox.org/mozilla-central/source/toolkit/components/tooltiptext/TooltipTextProvider.jsm#115 is still the right place to edit.

Comment 14

[anayocrescent2]

@favour are you working on this

Comment 15

[Pushpanjali]

can i work on this?

Comment 16

[Denis Kisavi (:kisavi)]

Hello @Ms2ger. The links provided for the places to edit are broken. Thank you