User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:126.96.36.199) Gecko/20070515 Firefox/188.8.131.52 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:184.108.40.206) Gecko/20070515 Firefox/220.127.116.11 i'm refering to the I cursor of a input text box, not mouse cursor <input type="text"> or <textarea> works great in html document, which is my expected result where the problem is the the interface (xul i guess) of tools->option, and any other extension dialog box. Reproducible: Always Steps to Reproduce: a.1. open tools->optiontab, a.2. click mouse on homepage input box (the homepage url) and/or b.1. open tools->optiontab, b.2. click mouse on homepage input box (the homepage url) b.3. move mouse over the input box again and again Actual Results: suppose cursor blinking is N ms of hidden and N ms of display a. the I cursor 0.01 second display -> N ms hidden -> N ms display -> ... b. the I cursor blinking like N ms hidden and 0.01 second showing, it's hardly visible Expected Results: a. the I cursor N ms display -> N ms hidden -> .. b. the I cursor do NOT blink but stay in "display" status
i don't see this problem... Does the same happen in safe mode?
yes, in safe mode. i have windows xp theme off btw
yes, i can reproduce that the blinkng cursor blinks faster (somewhat random) if you move the cursor on the dialog, this happens with xp theme on and off i cannot reproduce on Trunk so it is probably been fixed there, could you try a nightly build please? if this works on trunk please mark this as WORKSFORME, development is focused on Trunk, branch will receive only fix to major bugs, it's probably not worth fixing this
Severity: normal → minor
Summary: the cursor of input text box is hardly visible in internal/extension confgure interface → caret of xul editboxes blinks faster when moving mouse around
yeah, it's fixed in trunk which looks like a new ui engine completely. but it's still reproducable with 18.104.22.168 nightly build.
If this is fixed on trunk, then I'm going to resolve this as WORKSFORME. Branch is only taking stability and security fixes right now, so there is little to no chance of this getting fixed on branch. ->WORKSFORME
Status: UNCONFIRMED → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.