649599 - Make getAttributeNS return null for absent attributes

Status: RESOLVED FIXED

(Core :: DOM: Core & HTML, defect)

Description

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

Attachment: Patch v1

Comment 1

[Boris Zbarsky [:bzbarsky, bz on IRC]]

Is this web-compatible?  I thought browsers had converged on getAttribute and getAttributeNS returning "" and the DOM spec just hadn't been errata'd accordingly (and that Web DOM Core was going to make that change).

Comment 2

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

Almost. Browsers have converged on getAttribute returning null, while DOM specs required the empty string. (<http://www.w3.org/TR/DOM-Level-3-Core/core.html#ID-666EE0F9>.) IIRC, there was no consensus either way for getAttributeNS, but it seems to make more sense to have them consistent.

Comment 3

[Boris Zbarsky [:bzbarsky, bz on IRC]]

Oh, ok.  so I just had it backwards.  Gotcha.

Comment 5

[Peter Van der Beken [:peterv]]

Comment on attachment 525645 [details] [diff] [review]
Patch v1

How woudl you feel about doing this in GetAttr instead? There shouldn't be too many implementations of that.

Comment 6

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

That works for me. (I understood void strings to be frowned upon except for passing to JS directly, though.)

Comment 7

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

Attachment: Patch v2

Comment 8

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

Comment on attachment 586800 [details] [diff] [review]
Patch v2

Yeah, no. This makes reflected attributes return null, and that breaks the web.

Comment 9

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

https://hg.mozilla.org/mozilla-central/rev/1eab6ae9e060

Comment 10

[Eric Shepherd [:sheppy]]

Docs updated:

https://developer.mozilla.org/en/DOM/element.getAttributeNS

Mentioned on Firefox 13 for developers.