Bug 23745

Summary: Shift-Tab does not put cursor to previous position in a textarea
Product: WebKit Reporter: jasneet <jasneet>
Component: UI EventsAssignee: Nobody <webkit-unassigned>
Status: NEW ---    
Severity: Normal CC: ahmad.saleem792, akeerthi, andri, jasneet, rniwa
Priority: P2 Keywords: HasReduction
Version: 525.x (Safari 3.1)   
Hardware: PC   
OS: Windows XP   
Attachments:
Description Flags
testcase none

Description jasneet 2009-02-04 14:55:12 PST
I Steps:
Go to attached testcase
Type something in textarea and hit tab to go to the button
Now hit Shift-tab to go back to textarea

II Issue:
mouse cursor goes to the beginning of textarea instead of where we were

III Other Browsers:
IE7: ok
FF3: ok

IV Nightly tested: 40471

Bug in Chromium : http://code.google.com/p/chromium/issues/detail?id=5768
Comment 1 jasneet 2009-02-04 14:56:54 PST
Created attachment 27331 [details]
testcase
Comment 2 Ahmad Saleem 2023-04-01 16:50:17 PDT
Safari Technology Preview 166 is totally different behavior in this test case.

Type in text area and then "tab" and it shift focus to address bar and then shift-tab focus it back to "start of text" in the textarea rather than the last caret position.

So two issues:

1) Focus issue and not being able to go to "button"
2) Return does not going back to where our "caret" was before in the textarea

________

This commit in Blink fixed it - https://chromium.googlesource.com/chromium/src.git/+/281b9124b31f6aa3c8030f06d25bef969c3964d5

In WebKit Source - https://searchfox.org/wubkat/source/Source/WebCore/html/HTMLTextAreaElement.cpp#211

________

I am not super familiar with the code so if someone else want to fix it. I am happy they take the lead.

I am changing it to "New" and also changing from "New Bug" to "UI Event" and CCign some WebKit engineer (Aditya & Ryosuke) to give their input.

Thanks!