User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2a) Gecko/20020906 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2a) Gecko/20020906 If the caret focus is on the URL bar (editing a URL or writing text for searching) and one tries click menu (but doesn't do anything, only clicking the second level menu item - View/Character coding, for examle), there is no caret blinking in the URL bar after returning there, but caret focus is, and one can edit text but without caret. A way to make the caret visible is to change focus to another window and back. There is the same bug in the mail window with "Subject or sender contains:" text control. Reproducible: Always Steps to Reproduce: 1.Open browser window 2.Click into the URL bar - caret must blinking there 3.Click "View" item of main menu 4.Click there "Character Coding" item 5.Click into the URL bar - caret is unvisible 6.Try to type something - there is the response for the typing but there is still no caret in the URL bar. Actual Results: There is no caret inthe URL bar. Expected Results: There must be the caret.
This sounds specific to the url bar. -->URL Bar
WFM with 2003010408/trunk/win2k. Reporter (Arkady): Can you reproduce this bug with a recent build of Mozilla (for example, 1.3a)? If so, then please comment again with details. If not, then please resolve this bug as WORKSFORME. Thanks.
There is no this bug in build 2003010405. But there is another bug I believe (may be I need to post the new bug?). If I click to the second level menu (View/Character coding, for example), and then click to any place inside the window (even in text editable area), the opened menu doesn't disappear. At that the mouse focus (with caret) is in the text area (for example in the URL bar), but the keyboard focus is linked to the opened menu and I can navigate inside the menu by keyboard. The only way to clear away the menu is to click to the title bar of the window or to switch to another window.
that's a different issue - if this bug is no longer happening, it should be marked WORKSFORME. the bug for the menu not disappearing is already filed - I think it's bug 187631