Bug 161873 - text cursor drawing incorrect in Firefox
Summary: text cursor drawing incorrect in Firefox
Status: RESOLVED DUPLICATE of bug 157581
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: Firefox (show other bugs)
Version: Beta 8
Hardware: Other Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: E-mail List
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-29 16:53 UTC by Jiri Dluhos
Modified: 2006-06-26 09:57 UTC (History)
1 user (show)

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
screenshot of the affected system (167.60 KB, image/png)
2006-04-19 12:10 UTC, Martin Mrazik 		Details
hwinfo of affected system (240.59 KB, text/plain)
2006-04-20 09:26 UTC, Martin Mrazik 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jiri Dluhos 2006-03-29 16:53:37 UTC 
The text cursor in the Firefox application is incorrectly updated when moved by cursor arrows; it tends to leave quite lots of traces. I have experienced this both in the address bar and in text fields on Web pages.

This bug seems to be Firefox-specific; I did not observe it anywhere else.

I would provide a screenshot but the traces disappear as soon as I switch into any other window.
Comment 1 Jiri Dluhos 2006-03-30 15:11:32 UTC 
I have just tried Gnome with Xgl and Compiz, and the flaw does not appear in this configuration... could this be caused by the graphics driver?
Comment 2 Robert O'Callahan 2006-03-30 20:39:33 UTC 
xgl+compiz does exposes differently or not at all, so it might not be a driver issue.

Do you see this on every textfield of every page, or just some pages?
Comment 3 Jiri Dluhos 2006-03-31 08:32:01 UTC 
As far as I have tried, all text fields exhibited this error (both the single-line and multi-line ones). A good example would be the Novell bugzilla comment field.
Comment 4 Robert O'Callahan 2006-04-02 22:58:45 UTC 
You should be able to produce a screenshot using GIMP's Acquire Screenshot and the "delay" option.
Comment 5 Jiri Dluhos 2006-04-19 12:03:09 UTC 
OK, we will try (sorry for inactivity, I was doing something else).
Comment 6 Martin Mrazik 2006-04-19 12:10:21 UTC 
Created attachment 79017 [details]
screenshot of the affected system
Comment 7 Robert O'Callahan 2006-04-19 20:21:07 UTC 
What can you tell me about your configuration? Is there anything unusual in your hardware/software setup? When did this bug start happening?

Does it happen if you download a Mozilla.org FF1.5 Linux build?
Comment 8 Martin Mrazik 2006-04-20 09:25:27 UTC 
This happens with the mozilla.org FF1.5 too.

I'm experiencing this quite long (maybe from SL9.3, definitely I had this
problem with SL10.0, SLES10.0 betas, SL10.1 betas). There were plenty of
installations on this host and on all of them this problem appeared. Most
of them were default (without gnome and with KDE).

hwinfo will follow.

However I'm quite sure this is not firefox problem but driver problem (I see similar artefacts in gimp). After I change the default driver to the nvidia binary the problem disappears.
Comment 9 Martin Mrazik 2006-04-20 09:26:21 UTC 
Created attachment 79192 [details]
hwinfo of affected system
Comment 10 Jiri Dluhos 2006-05-31 15:28:29 UTC 

*** This bug has been marked as a duplicate of 157581 ***
Comment 11 Matthias Hopf 2006-05-31 15:50:43 UTC 
I assume you're using the 'nv' open source driver. Could you please try the proprietary driver from NVidia (HowTo at http://www.suse.de/~sndirsch )?
When this driver doesn't exhibit these stripes, it could well be a duplicate of 157581. Otherwise I doubt so.
Comment 12 Jiri Dluhos 2006-06-01 09:11:40 UTC 
Tested with nVidia driver; the problem disappeared when the proprietary driver was employed.
Comment 13 Matthias Hopf 2006-06-26 09:57:58 UTC 
Ok, in that case it is definitively a duplicate.