324708 - Cursor Insertion Caret is lost when an element disappears due to reflow

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Clint Priest]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

Cursor Insertion Caret is lost when an element disappears due to reflow.  The cursor disappears, presumably still blinking in the now hidden control.  Clicking into a visible field puts the insertion caret there but it does not show/blink.

Reproducible: Always

Steps to Reproduce:
1. Build a page with two text inputs and one button to hide one of them
2. Put the cursor in the one that will hide and type something.
3. Click the hide button

Actual Results:  
Insert Caret is missing

Expected Results:  
Insert Caret either moves to another element or at the very least can be seen again by clicking on another control.

Comment 1

[Steve England [:stevee]]

Reporter, do you still see this problem with the latest Firefox 2? If it does, please test in a trunk build. If it's fixed, can you please close this bug as WORKSFORME. Thanks!

Comment 2

[Clint Priest]

I have 2.0.0.3 currently, still does this.  It actually occurs under a number of circumstances.  

All of them seem to be related to if the cursor is in a text field which is removed from screen.  Either by style.display = 'none' or removing the element from DOM or whatever.

After that point if you click in another text field, you can enter and delete text but there is no insertion carat.

Comment 3

[Steve England [:stevee]]

What about trunk builds?
- http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

Comment 4

[Paul Epperson]

Attachment: My Test case for the Disappearing cursor issue.

Comment 5

[Paul Epperson]

I've verified that the bug exists on Win32 versions 1.5 and 2.0 using my above attachment. Using the Trunk build, it is fixed.

- on a side note: Are you aware that the trunk installs and runs as Minefield?

Comment 6

[Steve England [:stevee]]

Yes, 'Minefield' is the codename for the trunk which is meant to put of casual users from thinking it's an official release and supported software :)

Since this is fixed on the trunk, I am marking this bug WORKSFORME. It will be fixed when Firefox 3 is released (my personal guess ~ nov 2007).