Closed Bug 127614 Opened 23 years ago Closed 6 years ago

GTK cursor weirdnesses (misdrawn, left behind, etc)

Categories

(Core :: DOM: Selection, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
mozilla1.2beta

People

(Reporter: jesup, Unassigned)

Details

Mozilla 2002022306 (nightly) When editing text in a textarea or input widget, the cursor often ends up part black and part white - and when it blinks, the parts reverse (makes sense, since it's XOR). When moving the cursor, often partial cursors are left behind, but are normally erased when you type the next character. If you type characters the cursor resets to the correct bar most of the time, but sometimes becomes incorrect. It seems to happen more often when inserting spaces. Linux RH 7.2, GeForce3 prefs.js: user_pref("font.name.cursive.x-western", "abisource-arial-iso8859-1"); user_pref("font.name.fantasy.x-western", "abisource-arial-iso8859-1"); user_pref("font.name.sans-serif.x-western", "b&h-lucida-iso8859-1"); Note that the font being used in the textarea is the default adobe-courier.
Just did a pull/build last night (previously I was testing a daily from a couple of days ago) - no change. Nominating - it's rather annoying.
Keywords: mozilla0.9.9
--> mjudge (caret/selection)
Assignee: kin → mjudge
Component: Editor: Core → Selection
I've been seeing this for a week or two, and I agree that it's annoying. The most common symptom is letters that are partially drawn because a caret used to be drawn over them, then the caret moves but the letter isn't redrawn.
this is some GTK stuff. I cant fix this. giving it to pavlov. he does the GTK stuff now i think.
Assignee: mjudge → pavlov
0.9.9 is past, suggesting for 1.0. This is quite visually annoying in gtk (read "ugly as sin")
Keywords: mozilla0.9.9mozilla1.0
"this is some GTK stuff"? can you be more specific? nothing in this code has changed. I expect something in selection has changed or something in layout recently that has caused this problem to start appearly recently. Perhaps this is some twips rounding error in the selection code that draws the caret?
Assignee: pavlov → mjudge
BTW, this still occurs in RC1, and looks atrocious. I think Pav may be right in that it may well be a twips rounding issue, or perhaps some combination of that and fonts. The test machine is a RH 7.2 machine, 1024x768, 24-bit depth, running gnome. Profile may have been created under the default browser shipped, with is a version of 0.9.2.
I will not fix this. This happens on linux only and 3 linux developers have not taken it and have given it to me. Including someone who is supposed to know about drawing code on linux. I will be glad to hold onto this bug indefinately if that is what will keep happening. marking 1.2 beta because i cant mark it any further out without making it future.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.2beta
Assignee: mjudge → nobody
Status: ASSIGNED → NEW
QA Contact: sujay → selection
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.