Bug 26346 - when a string is appended to the text input field with a script, the behavior is different than when strings are typed.
Summary: when a string is appended to the text input field with a script, the behavior...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-12 11:15 PDT by Jungshik Shin
Modified: 2017-07-18 08:29 PDT (History)
1 user (show)

See Also:


Attachments
test (725 bytes, text/html)
2009-06-12 11:36 PDT, Jungshik Shin
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jungshik Shin 2009-06-12 11:15:28 PDT
When a string is added to the value of text input field with a script multiple times and the length of the value in the field becomes longer than the width of the field (so that only a part of the value in the input field is visible), 
the caret is at the end of the string in the field. However, the rightmost part of the visible string does not coincide with the end of the value in the field (and the caret position). So, the caret is not visible. 

When the same sequence of strings are typed directly, the 'visible window' of the value moves along as the value becomes wider than the width.
Comment 1 Jungshik Shin 2009-06-12 11:36:51 PDT
Created attachment 31205 [details]
test

After loading this test page, click on the button multiple times. Everytime it's clicked, '123' and 'abc' are appended in turn. When the string in the text input field is too long to be shown in the input box, the caret is at the end of the string. However, the end of the 'visible' string 'lags' behind by 'one click'. That is, it's not where the current caret is but is at the end of the previous 'append'.

bug 25444 might be related to this.