Closed Bug 331439 Opened 19 years ago Closed 19 years ago

Cursor missing in an input which overlaps a div element with style overflow: scroll

Categories

(Firefox :: General, defect)

Other
SunOS
defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: mozilla, Unassigned)

References

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.8) Gecko/20051130 Firefox/1.5 Build Identifier: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.8) Gecko/20051130 Firefox/1.5 If an input element overlaps a div element that has the style overflow: scroll applied, the cursor is missing from the region of the input that overlaps the div. This occurs if the input is anywhere in the DOM, except as a child of the div element. Reproducible: Always Steps to Reproduce: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head></head> <body> <h1>demo</h1> <div style="overflow: scroll; width: 200; height: 200; border 1px solid red; position: relative"></div> <input type="text" style="position: absolute; left: 50; top: 100"></input> </body> </html> Actual Results: You will see the cursor is missing until the typed input reaches the edge of the div.
Attached file small test case (deleted) —
Depends on: 287813
Probably related to bug 230701.
Status: UNCONFIRMED → NEW
Ever confirmed: true
No problem anymore with 2006-04-18 trunk build on windows. Testcase is worksforme now. Fixed by bug 287813.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Verified FIXED using build 2006-04-28-05 of SeaMonkey trunk under Windows XP.
Status: RESOLVED → VERIFIED
(In reply to comment #3) > No problem anymore with 2006-04-18 trunk build on windows. Testcase is > worksforme now. Fixed by bug 287813. > It still does not work with Mozilla/5.0 (X11; U; Linux i686; pl-PL; rv:1.8.0.4) Gecko/20060608 Ubuntu/dapper-security Firefox/1.5.0.4
(In reply to comment #5) > It still does not work with Mozilla/5.0 (X11; U; Linux i686; pl-PL; rv:1.8.0.4) > Gecko/20060608 Ubuntu/dapper-security Firefox/1.5.0.4 That's correct, it doesn't work for you, because you use a 1.5.0.4 build, the fix is in the trunk builds.
The test case still shows the buggy behavior on my version of Firefox (Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1). Is that version still built with an older version, or is this a regression?
The fix is in trunk, Firefox2 is not trunk. You can download trunk builds here: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/ (warning, use at own risk)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: