223239 - no cursor position when focusing on input/type=text and div with style.overflow=scroll or auto

Status: RESOLVED DUPLICATE of bug 167801

(Core :: Web Painting, defect)

Description

[Kai-Sefan Luithardt]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Firebird/0.7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Firebird/0.7

in the page http://admin.competence-builder.com/divbug01.php when clicking on a
table line a division is build with INPUT-elements - this division is on top of
the layer containing the table. When focusing on the INPUT-elements the cursor
position should be visible.

In Mozilla and Firebird the cursor position is only visible when the lower
division's style.overflow equals visible or hidden, not when it equals auto or
scroll.

Please check on the testing page by changing the style.overflow property any
time in the selection field.

Reproducible: Always

Steps to Reproduce:
1. create a division with data and set style.overflow="auto" or "scroll"
2. create a second division with INPUT elements (type=text)on top(higher z-index)
3. focus on the INPUT elements


Actual Results:  
cursor position is not visible

Expected Results:  
blinking cursor position in he INPUT element being focused

Comment 1

[Boris Zbarsky [:bzbarsky]]

Painting issue...  If you can attach that test page to this bug using
<http://bugzilla.mozilla.org/attachment.cgi?bugid=223239&action=enter> that
would be great.

Comment 2

[Kai-Sefan Luithardt]

Attachment: testing view rendering

Comment 3

[Mats Palmgren (inactive)]

(this still occurs after bug 225811 was fixed)

Comment 4

[Hoi Fai Leung]

Attachment: a very simple test case

The cursor of a simple input/text element disappeared after moved above the
<div> with overflow set to auto/scroll.  The same thing happen to <tbody> with
overflow:auto or scroll.

Comment 5

[Joel Webber]

If I may add a bit of information:  this bug appears to involve the relationship
between clipping of the cursor and scrollable areas.  If you change the previous
example to move the text box such that it is partially overlapping the
underlying DIV, you will see that the cursor _does_ render partially (the part
of it not overlapping the DIV).  Notably, this bug is _not_ exhibited if the
underlying DIV is instead a scrollable TEXTAREA.

This should probably be a separate bug, but it seems worth noting that a text
cursor _underneath_ an absolutely positioned DIV shows straight through it.  I'm
attaching a simple example that shows all of these cases.

Has anyone else discovered a way to work around this?  Hacks such as changing
the underlying DIV's overflow style to 'hidden' might work for a single page,
but for any kind of UI framework become rapidly infeasible.  I've toyed with
z-index, setting the underlying DIV to disabled, etc., to no avail.

Comment 6

[Joel Webber]

Attachment: Demonstrates cursor/overflow bugs

Comment 7

[Benedikt Kantus]

*** Bug 246336 has been marked as a duplicate of this bug. ***

Comment 8

[Rodrigo Ruiz]

Attachment: A workaround for the previous testcase

I have found a workaround, although it surely will only be appropriate for some
cases. The way is to put the field into a div with 'overflow:auto'. This makes
the cursor to render correctly again.

In the attachment, I have included a javascript function that I currently use
in my own pages. The function prevents the displaying of scrollbars because of
the overflow:auto by resizing the div. I think that may be of help to others
:-)

I have not experimented much, but I guess that a div is not the only container
option where to set the overflow. Probably the same fix can be applied on a
table, td, form and other tags.

Comment 9

[José Jeria]

*** Bug 295437 has been marked as a duplicate of this bug. ***

Comment 10

[José Jeria]

*** Bug 297081 has been marked as a duplicate of this bug. ***

Comment 11

[Tom Wesley]

Attachment: A test case?

Is this related to this bug?  After the first input the focus moves to input 3
but no cursor is shown.

Comment 12

[José Jeria]

*** Bug 298454 has been marked as a duplicate of this bug. ***

Comment 13

[José Jeria]

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

Comment 14

[Firefox Bug Husbandry Bot]

https://bugzilla.mozilla.org/show_bug.cgi?id=1527381