<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>4567</bug_id>
          
          <creation_ts>2005-08-21 17:17:40 -0700</creation_ts>
          <short_desc>removed attributes yield null rather than empty string</short_desc>
          <delta_ts>2022-08-02 08:18:29 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>DOM</component>
          <version>420+</version>
          <rep_platform>Mac</rep_platform>
          <op_sys>OS X 10.4</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>CONFIGURATION CHANGED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>4565</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Darin Adler">darin</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>ahmad.saleem792</cc>
    
    <cc>andersca</cc>
    
    <cc>ap</cc>
    
    <cc>bfulgham</cc>
    
    <cc>cdumez</cc>
    
    <cc>curt.arnold</cc>
    
    <cc>ian</cc>
    
    <cc>rniwa</cc>
    
    <cc>vicki</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>17066</commentid>
    <comment_count>0</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2005-08-21 17:17:40 -0700</bug_when>
    <thetext>The W3C DOM test named hc_elementremoveattribute is failing because we return a JavaScript null rather 
than an empty string. This behavior makes sense and matches Firefox. Perhaps the test needs to be 
revised.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17725</commentid>
    <comment_count>1</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2005-08-26 19:54:33 -0700</bug_when>
    <thetext>Curt, what do you think? Is this a mistake in the test?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17726</commentid>
    <comment_count>2</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2005-08-26 19:54:40 -0700</bug_when>
    <thetext>Curt, what do you think? Is this a mistake in the test?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17731</commentid>
    <comment_count>3</comment_count>
    <who name="Curt Arnold">curt.arnold</who>
    <bug_when>2005-08-26 20:32:56 -0700</bug_when>
    <thetext>This one is worth pushing up to the DOM IG.  I haven&apos;t had time to do a full survey, but this seems to be 
one that the Java implementations pass and the ECMAScript implementations (IE, Mozilla and Safari) fail.  

The descriptions of getAttribute in DOM L1 Core and subsequent do not specify any conditions that 
getAttribute is allowed to return null and the conditions in the test satisify the criteria under which an 
empty string is specified as the return value.

There would seem to be a reasonable case to support an errata allowing null as an acceptible return value 
and modify the test to accept either null or empty string.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>25791</commentid>
    <comment_count>4</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2005-12-10 17:44:53 -0800</bug_when>
    <thetext>Some history. Originally we returned empty string in these cases. Then we had to change to be compatible 
with sites that assumed the behavior of Gecko (and presumably WinIE).

So far the DOM committee does not seem sympathetic about the possibility of creating errata covering 
this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>66418</commentid>
    <comment_count>5</comment_count>
    <who name="Ian &apos;Hixie&apos; Hickson">ian</who>
    <bug_when>2008-01-06 17:22:28 -0800</bug_when>
    <thetext>We should fix this in Web DOM Core.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1502889</commentid>
    <comment_count>6</comment_count>
    <who name="Lucas Forschler">lforschler</who>
    <bug_when>2019-02-06 09:03:01 -0800</bug_when>
    <thetext>Mass moving XML DOM bugs to the &quot;DOM&quot; Component.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1888360</commentid>
    <comment_count>7</comment_count>
    <who name="Ahmad Saleem">ahmad.saleem792</who>
    <bug_when>2022-08-02 04:26:21 -0700</bug_when>
    <thetext>From the test case URL - https://www.w3.org/2007/03/dom-tests/hc_elementremoveattribute.html

I am getting following behavior across browsers:

&gt; Firefox Nightly 105:

Test: http://www.w3.org/2001/DOM-Test-Suite/level1/core/hc_elementremoveattribute
    Status: failure
    Detail: attrValue: assertEquals failed, actual null, expected .

&gt; Chrome Canary 106:

Test: http://www.w3.org/2001/DOM-Test-Suite/level1/core/hc_elementremoveattribute
Status: failure
Detail: attrValue: assertEquals failed, actual null, expected .

&gt; Safari 15.6 on macOS 12.5

Test: http://www.w3.org/2001/DOM-Test-Suite/level1/core/hc_elementremoveattribute
Status: failure
Detail: attrValue: assertEquals failed, actual null, expected .

__________

Since all browsers are matching, we can mark this as &apos;RESOLVED CONFIGURATION CHANGED&quot;. Thanks!</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>