<?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>20597</bug_id>
          
          <creation_ts>2008-09-02 02:43:40 -0700</creation_ts>
          <short_desc>TAB key inserts spaces when desingMode=on, expected to move focus outside the document</short_desc>
          <delta_ts>2022-08-30 19:40:53 -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>HTML Editing</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>HasReduction</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>webkit</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>ahmad.saleem792</cc>
    
    <cc>ap</cc>
    
    <cc>ayg</cc>
    
    <cc>bfulgham</cc>
    
    <cc>katheron</cc>
    
    <cc>rniwa</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>89899</commentid>
    <comment_count>0</comment_count>
    <who name="">webkit</who>
    <bug_when>2008-09-02 02:43:40 -0700</bug_when>
    <thetext>When designMode=on, the TAB and SHIFT+TAB keystrokes inserts a &lt;span class=&quot;Apple-tab-span&quot; style&quot;white-space:pre&quot;&gt; element to the DOM, instead of simply moving to the next element in the tabindex order.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>89900</commentid>
    <comment_count>1</comment_count>
      <attachid>23113</attachid>
    <who name="">webkit</who>
    <bug_when>2008-09-02 02:45:27 -0700</bug_when>
    <thetext>Created attachment 23113
TC

This test case works as expected with Firefox and Opera.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>586373</commentid>
    <comment_count>2</comment_count>
    <who name="Alex Gyoshev">katheron</who>
    <bug_when>2012-03-23 09:01:11 -0700</bug_when>
    <thetext>Just a few notes about the importance of this bug. It introduces a severe accessibility problem with all HTML editing widgets, as it does not allow users to navigate forms using the keyboard only -- which itself is part of Section 508 (l,n) and WCAG (Criterion 2.1.2). Thus, all sites that use rich text editing are rendered inaccessible in WebKit.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>586383</commentid>
    <comment_count>3</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-03-23 09:09:16 -0700</bug_when>
    <thetext>Users can navigate using the keyboard with VoiceOver commands, so this does not affect accessibility on OS X at least.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1894956</commentid>
    <comment_count>4</comment_count>
    <who name="Ahmad Saleem">ahmad.saleem792</who>
    <bug_when>2022-08-30 15:25:04 -0700</bug_when>
    <thetext>I am not sure on behavior but Safari Technology Preview 152 matches with Chrome Canary 107:

STP 152 &amp; Chrome Canary 107 beahvior: 

Tab in first field pushes the caret to editable and it is visible and then next tab does not push to next field but put &apos;spacing&apos; or &apos;indent&apos; in the editable region.

Firefox Nightly 106:

Tab in first field pushes the caret to editable and it is not visible and then next tab does push to next field.

I am not sure on expected behavior so I would tag others to comment on this and mark this bug accordingly. Thanks!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1895026</commentid>
    <comment_count>5</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2022-08-30 19:40:53 -0700</bug_when>
    <thetext>Yes, Firefox can still tab out of a designMode iframe, even though the test is not functional there as is.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>23113</attachid>
            <date>2008-09-02 02:45:27 -0700</date>
            <delta_ts>2008-09-02 02:45:27 -0700</delta_ts>
            <desc>TC</desc>
            <filename>tabkey.html</filename>
            <type>text/html</type>
            <size>596</size>
            <attacher>webkit</attacher>
            
              <data encoding="base64">PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs
Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25h
bC5kdGQiPg0KPGh0bWwgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkveGh0bWwiPg0KPGhl
YWQ+DQoJPHRpdGxlPlRBQiBrZXkgdGVzdDwvdGl0bGU+DQo8L2hlYWQ+DQo8Ym9keT4NCgk8cD4N
CgkJU1RFUCAxOiBDbGljayBpbnNpZGUgdGhlIGZvbGxvd2luZyBmaWVsZCB0byBwbGFjZSB0aGUg
Y2FyZXQgb24gaXQ8YnIgLz4NCgkJPGlucHV0IC8+DQoJPC9wPg0KCTxwPg0KCQlTVEVQIDI6IEhp
dCBUQUIgdG8gbW92ZSB0byB0aGlzIGVkaXRhYmxlIGlmcmFtZTxiciAvPg0KCQk8aWZyYW1lIHNy
Yz0iamF2YXNjcmlwdDpkb2N1bWVudC5vcGVuKCk7ZG9jdW1lbnQuZGVzaWduTW9kZT0nb24nO2Rv
Y3VtZW50LmNsb3NlKCk7Ij4NCgkJPC9pZnJhbWU+DQoJPC9wPg0KCTxwPg0KCQlTVEVQIDM6IEhp
dCBUQUIgdG8gbW92ZSB0aG8gdGhlIGZvbGxvd2luZyBmaWVsZDxiciAvPg0KCQk8aW5wdXQgLz4N
Cgk8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
</data>

          </attachment>
      

    </bug>

</bugzilla>