51703 - First char typed does not show up in text widget with text-align:right

Status: VERIFIED DUPLICATE of bug 50758

(Core :: DOM: Core & HTML, defect, P2)

Description

[Tobias Burnus]

Hi this is with 2000-09-06-21/Linux.
(for <input and text-align:right which is similar, see bug 51700)

example of 51700 can be used:
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=14180

A) scrollbar <textarea></textarea>

i) as soon as you start writting a vertiacal scollbar appears
ii) if you type wider as the width the v. sb. disappears and a h. sb. appears
iii) if you now hit more returns as lines are shown, no vertical scrollbar
appears.

to (i) don't know whether it is needed that there is a v.sb., but it doesn't
hurt

to (iii) there should be a v. and h. sb.

B) <textarea style="text-align: right"></textarea>
i) the first letter you type disappears (and the cursor (|) with it)
ii) writting on, the first letter and all succeeding letters apprear and
everything works ok, the letters appear right-aligned to the just appeared
vertical scrollbar.
iii) if you delete everything, the vertical scollbar remains, so there aren't
any problem with the next "first" letter you type.

to (i) this is similar to bug 51700

Comment 1

[rods (gone)]

reassinging

Comment 2

[rubydoo123]

assigning to kin, i believe the scrollbar issue was futured. the missing text is 
an issue that kin had looked at before -- kin, can you process this one and 
reassign as appropriate

Comment 3

[kinmoz]

This should probably go to buster.

Comment 4

[Vladimir Ermakov]

Updating QA contact.

Comment 5

[buster]

I think the main problem here is the failure of the first character to appear.
This was also noted in bug 50758.  I never got much feedback about that part of
this problem.

Comment 6

[buster]

beppe, kin, simon, joe, mjudge:  please decide who will look at the "first
character doesn't seem to register at all in the frame model until the second
character is typed" problem.  I think this is on the eidtor side, not layout.

If the fix turns out to be very low risk, I would recommend for rtm.  But if the
fix is involved at all, I'd recommend against.  We need an investigation first.

Comment 7

[rubydoo123]

you're right buster, the investigation is critical. we are getting down to the 
wire on checkins for rtm. assigning this to kin for ownership, please review, if 
the investigation takes a considerable time, then future this and look at this 
as soon rtm goes out.

Comment 8

[Simon Fraser [no longer active]]

This also affects text inputs, and presumably XUL inputs.

This could be serious on a web site with, for example, a purchase form having 
right-aligned numeric input fields.

Comment 9

[Simon Fraser [no longer active]]

This has to be a layout problem; editor doesn't do anything different based on 
alignment. Reassign to buster.

Comment 10

[buster]

P2 bugs -> future

Comment 11

[Fabian Guisset]

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

Comment 12

[kinmoz]

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

Comment 13

[Boris Zbarsky [:bzbarsky]]

bug 50758 covers the same problem, as noted, and has a good analysis of what's
going on.

*** This bug has been marked as a duplicate of 50758 ***

Comment 14

[Vladimir Ermakov]

Verifying