102668 - In text fields, caret and selection highlighting doesn't match text width

Status: VERIFIED WORKSFORME

(Core :: DOM: Editor, defect)

Description

[Matthew Cline]

Mozilla 2001100108, Linux 2.4.9 i686, RedHat 6.1, XFree86 4.1.0, KDE 2.1.1

For most text that I type into any text field, the position of the cursor lags
the end of the text that I'm typing; highlighting the whole text-field only
highlights as far as were the cursor has gone to.  I've used the Home and End
keys (and Ctrl-A then Ctrl-E) to try to reset to the end of the string, but the
same thing happens.  If what I type is all "i"s (lower case) and spcaes, then
everything syncs up fine.

This happens with text fields in forms, with the URL bar, with the text field in
the Chatzilla window, and with the text field in the Master Password dialog.  In
the master password dialog, the cursor actually gets ahead of the string of
stars, rather than lagging behind it.

I have some true type fonts installed on my computer, but the true type font
server isn't running.

Comment 1

[John Morrison]

-> Editor:Core

I think there are existing bugs on this, although I don't really get the 
explanation above (what "syncs up").

Comment 2

[John Morrison]

-> Editor:Core

I think there are existing bugs on this, although I don't really get the 
explanation above (what "syncs up").

Comment 3

[Matthew Cline]

I meant that if I type all lower case "i"s and spaces, then the cursor appears
at the exact end of the string I'm typing, just like it should.

Comment 4

[Matthew Cline]

Alright, I figured out the problem.  I was using the gdkxft library, which was
transparently adding True Type support to GDK.  Apparently it and the GDK gfx
code don't really get along.  Marking bug as WORKSFORME.

You can find the gdkxft project at http://philrsss.anu.edu.au/~josh/gdkxft

Comment 5

[sujay]

v