Closed Bug 27550 Opened 25 years ago Closed 25 years ago

Problems with caret

Categories

(Core :: XUL, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED DUPLICATE of bug 9701

People

(Reporter: john1198, Assigned: leger)

References

()

Details

Using M13 - Windows NT 4 - SP6 Steps to reproduce problems: 1) Open the page http://bugzilla.mozilla.org/query.cgi 2) Open an instance of notepad 3) Move the browser and notepad so that they are side by side 4) left click the mouse in the summary text field so the caret moves there 5) Now left click in notepad text area. For me a flashing caret remains in summary field of browser, when browser app no longer has focus. (problem#1) 6) Now left click in 'A description entry:' text field. For me there are now two flashing carets in Mozilla. (problem#2) A side note: At first it seemed I had to get timing just right to cause this bug. i.e. click in notepad just as flashing caret was visible (or was it invisible?) in summary field. After I did manage to reproduce first time, reproducing afterwards was easy to do. Just click outside in notepad and Mozilla retained its own caret even if not in focus. Point is you may have to try steps 4 & 5 a few times to get it to happen.
This is a dup of bug 9701 - nsWebShell Key events not working until focus set in window (TAB, PgDn, ALT+, CTRL+). Side note: The duplicate caret problem has also been fixed. Changing component to XP Toolkit/Widgets and marking dup. *** This bug has been marked as a duplicate of 9701 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Component: Browser-General → XP Toolkit/Widgets
Resolution: --- → DUPLICATE
Verified duplicate.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.