Closed Bug 540273 Opened 14 years ago Closed 14 years ago

changing overflow on input|textarea results in cursor jumping to the end

Categories

(Core :: DOM: Editor, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 597331

People

(Reporter: mail, Unassigned)

References

()

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7

For some reason Firefox recalculates the cursor position when the css directive "overflow" is changed. There seems to be a bug in the calculation, though. After changing overflow from "hidden" to "auto" (or vice versa) the cursor ends up at the end of the input|textarea.

Reproducible: Always

Steps to Reproduce:
1. setup a textarea|input to change style.overflow from "hidden" to "auto" on key-event
2. focus on your element and hit a key
Actual Results:  
the cursor ended up at the very end of the input|textarea

Expected Results:  
the cursor should not move
Confirmed with latest trunk build on Windows Vista.
Component: General → Editor
OS: Mac OS X → All
Product: Firefox → Core
QA Contact: general → editor
Hardware: x86 → All
Version: unspecified → Trunk
Status: UNCONFIRMED → NEW
Ever confirmed: true
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.3) Gecko/20100404 Ubuntu/10.04 (lucid) Firefox/3.6.3

i can confirm this behaviour for Firefox 3.6 on ubuntu. i attached i simple testcase: changing the textarea's overflow to 'auto' (from default 'visible') moves the cursor position to the end of the textarea.
Firefox 4 beta 7 seems to handle changes to overflow on input elements properly. thanks!
Yes, this is actually a dupe of bug 597331.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: