105397 - caret not displayed for text inputs using style="text-align: right" on first click

Status: VERIFIED FIXED

(Core :: DOM: Editor, defect, P1)

Description

[Christopher Aillon (sabbatical, not receiving bugmail)]

See Attachment 14202 [details] from bug 50758

Clicking on one of the inputs with right aligned text (the top or bottom one)
will not display the blinking cursor.

This bug is an annoying one for any text inputs of this style and gives the
appearance that the form control is perhaps disabled or has an
onfocus="onblur()" thing going.

I searched for dupes but came up empty so I'm assuming this hasn't been reported
even though it has been alluded to in the more recent comments of 50578.

For the record, I am currently on linux 2001101608.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Fixing bug 50758 will likely fix this too

Comment 2

[Christopher Aillon (sabbatical, not receiving bugmail)]

Bug 50758 should probably be marked fixed.  I don't see the problem described
there but I do see this one.

Comment 3

[kinmoz]

--> mjudge (selection/caret)

Comment 4

[Boris Zbarsky [:bzbarsky]]

*** Bug 114546 has been marked as a duplicate of this bug. ***

Comment 5

[anthonyd]

layout behaviour, there is no frame being aligned in the right spot for the 
caret. marking Future.

Comment 6

[Christopher Hoess (gone)]

*** Bug 118659 has been marked as a duplicate of this bug. ***

Comment 7

[Shotaro Kamio]

*** Bug 129032 has been marked as a duplicate of this bug. ***

Comment 8

[John Rutherford]

We have seen this behavior as well. Although the Styles do not seem to make a
differance in what I see. On some of our JSP forms that are launched using a
JavaScript popupWindow((it just opens a new window to a certain size)) function
, the <INPUT type="text">  cannot be focused on with the cursor or edited. If I
do a view source on the page and then close the view source window and refresh
the window with the unfocusable fields.... they will then become focusable and
editable.

Comment 9

[S Bufton]

Comment #8 seems to be different to this bug. This bug relates only to the
cursor being invisible - the field is focusable and can be edited, but the
cursor is not displayed correctly.

Comment 10

[José Jeria]

Also seing this on Windows XP and Mac OS 9.

Comment 11

[Boris Zbarsky [:bzbarsky]]

*** Bug 165745 has been marked as a duplicate of this bug. ***

Comment 12

[Katsuhiko Momoi]

We have a complaint from users in Japan that Epson Shopping
site's shopping cart page is very confusing because they cannot
see the cursor due to this bug. For fields indicating quantity 
of shopping items, aligning right should be a normal thing to do. 
Insuead of futuring this bug, we should fix this confuing bug
soon.
Changing OS to All. 
Try this page for the quantity field:

http://store.epson-supply.co.jp/query/qryfrm.asp?FrameSrc=qrylist.asp&action=query&GQ=true&PrdCls=3010000000

Comment 13

[C Buenger]

Attachment: Example to reprodoce bug with 3 Lines

this bug can be reproduced under Windows XP, Mac OSX and Suse Linux 8.1 with
Mozilla 1.2 alpha when the inputfield is empty and style is right-aligned.

The caret becomes visible when at least one character is in the inputfield.

Comment 14

[R.K.Aa.]

*** Bug 177085 has been marked as a duplicate of this bug. ***

Comment 15

[Simon Montagu :smontagu]

*** Bug 139969 has been marked as a duplicate of this bug. ***

Comment 16

[Prognathous]

As mentioned earlier, this bug appears on Macs too.
Please change Platform to All.

Prog.

Comment 17

[Jaime Rodriguez, Jr.]

Marking as nsbeta1+/topembed+ as this effects a top site in Japan (see Comment #12).

Comment 18

[R.K.Aa.]

*** Bug 149281 has been marked as a duplicate of this bug. ***

Comment 19

[R.K.Aa.]

*** Bug 179691 has been marked as a duplicate of this bug. ***

Comment 20

[Simon Montagu :smontagu]

Attachment: Patch

Comment 21

[kinmoz]

Attachment: Alternate approach? (uses padding on internal div)

What do you guys think of this approach which basically enforces a 1px left and
right padding on the internal div which is the thing that does the actual
clipping inside the text widget?

Comment 22

[Simon Fraser [no longer active]]

Comment on attachment 106254 [details] [diff] [review]
Patch

Sring for kin.

Comment 23

[kinmoz]

Comment on attachment 106254 [details] [diff] [review]
Patch

r=[e-mail] - if it's cool with sfraser, it's cool with me. :-)

Comment 24

[Simon Montagu :smontagu]

Fix checked in.

Comment 25

[sairuh (rarely reading bugmail)]

vrfy'd fixed with 2003.02.19.

Comment 26

[José Jeria]

*** Bug 200253 has been marked as a duplicate of this bug. ***