585967 - Caret odd behavior in the Find toolbar(all xul:textbox and html:input>

Status: VERIFIED FIXED

(Core :: DOM: Editor, defect)

Description

[alex_mayorga]

User-Agent:       Mozilla/5.0 (Windows NT 6.0; rv:2.0b4pre) Gecko/20100810 Minefield/4.0b4pre
Build Identifier: Mozilla/5.0 (Windows NT 6.0; rv:2.0b4pre) Gecko/20100810 Minefield/4.0b4pre

Press Ctrl+F doesn't draw the caret in the Find toolbar, yet the text box has focus.
Press Ctrl+F and right arrow key draw only a few pixels dots of the caret in the Find toolbar.
First notice on 20100801 or 20100802 nightlies as described in the URL

Reproducible: Always

Steps to Reproduce:
1. Press Ctrl+F
2. Press right arrow key (->)
Actual Results:  
Step 1 doesn't draw the caret in the Find toolbar text box.
Steps 1, 2 draw only a few pixels dots of the caret in the Find toolbar.

Expected Results:  
Step 1 draws the caret in the Find toolbar.
Steps 1, 2 draw a complete caret in the Find toolbar.

Comment 1

[Alice0775 White]

It does not happen in first Ctrl+F.

Regression window:
Works:
http://hg.mozilla.org/mozilla-central/rev/21f0727c27a6
Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a5pre) Gecko/20100605 Minefield/3.7a5pre ID:20100605111313
Fails:
http://hg.mozilla.org/mozilla-central/rev/2875f9a693ae
Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a5pre) Gecko/20100605 Minefield/3.7a5pre ID:20100605135617
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=21f0727c27a6&tochange=2875f9a693ae
CandidateBug:
Bug 534785 - Move the ownership of editor and selection controller from the text frame to the content node

Comment 2

[Alice0775 White]

And It happens not only on Findbar but also on SearchBar and LocationBar.

[STR]
1. Start Minefield with new profile
2. Open HOME
3. Change Tab bar position(top/bottom)
3. Press Ctrl+k / Ctrl+L

[Actual]
Caret does not appear. and press right arrow, then partial caret appears.

Comment 3

[Alice0775 White]

Attachment: testcase

upper detach/re-attach bind
lower toggle hidden attribute

Comment 5

[Benjamin Smedberg]

Hrm, WFM on Win7 on today's nightly. Can you retest?

Comment 6

[Benjamin Smedberg]

I see the caret mostly-hidden in the testcase, and while I want this fixed I don't think it's a release blocker.

Comment 7

[Ken]

Attachment: Small cursor on iGoogle search bar (related?).

I don't know if this is related or if a separate bug should be created.
When I load http://www.google.com/ig the cursor shows in the search box correctly, then if you follow this STR, I get a very short cursor (see attachment):

Steps:
1. After loading page, move cursor focus off iGoogle search bar (ex: click on a Google Gadget down arrow (V)).
2. Move cursor up the iGoogle search bar and click on it (for me sometimes (/always?) I have to click on the bar twice).
3. Cursor size is reduced as in attachment.

4. To get correct cursor size again, I can reload/refresh the page.

I have been seeing this behavior for a while, but thought it was fluke I was seeing.
When I saw this post in the Nightly forum (http://forums.mozillazine.org/viewtopic.php?f=23&t=1982807&start=54). I figured out the above steps to reproduce this.

Comment 8

[Alice0775 White]

Attachment: html:input testcase

Comment 9

[(no longer active)]

My patch in bug 602130 fixes this issue.

Comment 10

[alex_mayorga]

Seems to work now. Thanks Ehsan!