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.

Fixing bug 50758 will likely fix this too

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

--> mjudge (selection/caret)

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

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

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

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

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 #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.

Also seing this on Windows XP and Mac OS 9.

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

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

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.

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

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

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

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

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

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

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 on attachment 106254 [details] [diff] [review] Patch Sring for kin.

Comment on attachment 106254 [details] [diff] [review] Patch r=kin@netscape.com - if it's cool with sfraser, it's cool with me. :-)

Fix checked in.

vrfy'd fixed with 2003.02.19.

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