Bug 68322 – Chrome resets the textarea scroll bar (scrollTop) when focus() is called

• Component: DOM
• Status: RESOLVED DUPLICATE

[Mike West]

Originally reported as http://crbug.com/75072

Verified against WebKit ToT this morning.

---

Chrome Version       : 11.0.672.2
URLs (if applicable) :
Other browsers tested:
  Firefox 3.x: Firefox 3.6.15pre OK

What steps will reproduce the problem?
1. Open the attached page with the console enabled.

What is the expected result?

Focusing programmatically has no effect on the scroll position, so the "Before focus" and "After focus" values are the same.

What happens instead?

scrollTop is reset to 0, which is shown as "After focus"

As noted, this behaves as expected in Firefox.

[Mike West]

Created attachment 107787 [details]
The original attachment from the Chromium bug that demonstrates the issue.

[Alexey Proskuryakov]

We still track this as an open bug for some reason, but this is intentional behavior.

*** This bug has been marked as a duplicate of bug 15695 ***

[Matthew Flaschen]

This doesn't seem like a duplicate of 15695 to me.  That is about the caret (input cursor), while this is about scrollTop.  

Focusing has no effect on scrollTop in Firefox (as stated in my original report) or IE 8 (just tested).

[Jamison Gray]

I agree with the last commenter that this is NOT a duplicate of 15695; would it be possible to reopen this bug?

[Matthew Flaschen]

This is still present in Chromium 22.0.1229.94, and is not a duplicate of bug 15695.

[Daniel Trebbien]

How is this a duplicate of Bug 15695?

This is still an issue in Safari 7.0.3, but not in Firefox ESR 24.5.0, Firefox 29.0, Firefox 30.0 beta, or IE 11.