Closed Bug 312460 Opened 19 years ago Closed 18 years ago

Cursor not visible in "Report A Broken Web Site" dialog (Beta 2)

Categories

(Other Applications Graveyard :: Reporter, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: agarberisoft, Assigned: raccettura)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1 Open the "Report A Broken Web Site" dialog In the 2 text boxes ("Describe Problem:" and "Email (Optional):") , the cursor is almost not visible. You can write and delete characters, but the cursor appears only for a fraction of second when you stop typing, then it return invisible. Clicking around shows the same beaviour: the cursor is placed where you click and you can enter text, but you cannot see the cursor (you have to remember where it is!). I'm using a notebook (IBM ThinkPad R31) with Windows 2000 SP4 (Italian). Reproducible: Always Steps to Reproduce: 1. open "Report A Broken Web Site" dialog (under the "Help" menu) 2. click on a text box Actual Results: The cursor is not visible (but you can type) Expected Results: The cursor should be visible
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051013 Firefox/1.4.1 ID:2005101321 I see the same.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051013 Firefox/1.4.1 Same here. Confirming
Status: UNCONFIRMED → NEW
Ever confirmed: true
Component: General → Reporter
Product: Firefox → Other Applications
Flags: blocking1.8rc1?
Does anyone have a regressionwindow for this ?
Cursor is unreliable (appears briefly, flashes a lot then vanishes) at least back to branch build 20051001
Branch build 20050927 definitely shows a cursor, but it is still not right. It appears for only brief periods - not the smooth flashing you'd expect.
Robert, can you look into this.
Assignee: nobody → robert
the blinking cursor part is a dupe (can't find the #)
There are a bunch of caret blinking bugs, like bug 208446. I doubt this is a recent regression, and it's almost certainly not limited to Reporter. Can anyone confirm that this has always been a problem for this dialog?
(In reply to comment #8) > There are a bunch of caret blinking bugs, like bug 208446. I doubt this is a > recent regression, and it's almost certainly not limited to Reporter. Can anyone > confirm that this has always been a problem for this dialog? Yes, from day one on
As gavin said in comment 8, this is unlikely a reporter bug. I can't imagine any place in the code where we do something that could cause this to happen. IMHO this is an XUL Widget issue (same with that freezing window deal).
Flags: blocking1.8rc1? → blocking1.8rc1-
With the new 1.5 RC1 the bug is still there. Note that I never found similar troubles with any site.
*** Bug 314917 has been marked as a duplicate of this bug. ***
Possible solution! I changed Theme and the bug went away! It seems that there is a bug in the dafault fireox theme. I tried with "Noia 2.0 (eXtreme)", "Aquatint" and "Littlefox" and no one shows the bug. Returning to default theme, returns the bug. Firefox 1.5 RC1 (Italian) Windows 2000 SP4 (Italian) Themes updated to 6 Nov 2005.
I suspect this should be fixed now after the fix for bug 287813 (this was a fix for trunk, not branch).
Depends on: 287813
QA Contact: general → xul-client
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060527 Minefield/3.0a1 ID:2006052712 [cairo] Yes, this works now fixed on trunk
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Product: Other Applications → Other Applications Graveyard
You need to log in before you can comment on or make changes to this bug.