39792 - Client area paints outside border in textfield that focus is set to in dialog

Status: VERIFIED DUPLICATE of bug 39885

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

Description

[sujay]

using 5/18 build of netscape

1) launch netscape
2) launch composer
3) open following dialogs: table, hline, etc...

notice a white rectangle covering the first text field....

all platforms.

Comment 1

[Charles Manske]

Just changing summary. The textfield that receives focus is drawing its 
background all the way to the right side of the dialog.

Comment 2

[Charles Manske]

This is actually a rather serious problem. It happens in all of out dialogs
where we set initial focus to a textfield. When we set focus to a textfield,
it causes its client area to repaint and extend clear out to the 
right edge of the dialog (probably past that, but it's clipped). This really
is now part of the textfield and can be typed in. If there are any other
widgets to the right of the textfield, they are covered by the extended 
textfield and cannot be used because the erant textfield blocks them.
This probably involves XUL layout and its interactions with the ender widget.
Hoping Steve might be able to debug better than I can.

Comment 3

[Charles Manske]

Attachment: Variant of dialog to test

Comment 4

[Charles Manske]

The attached dialog moves the textfield out of the <grid> and into its own
box to demonstrate the bad behavior. Looks like something to do with 
autostretch="never" not being detected when sizing the content area or the 
<textfield>

Comment 5

[Charles Manske]

This is definitely the result of using autostretch="never" in the
<row> containing the <textfield>
Simply removing autostretch="never" from the row "fixes" the problem.
Reassigning to Eric.
Steve: If you can help debug the problem, I'm sure Eric would appreciate it!

Comment 6

[buster]

unless I hear from eric that he needs my help, I won't be looking into this any 
further.

Comment 7

[leger]

Putting on [nsbeta2+][dogfood-] radar.  Does not need a fix ASAP for daily work, 
but we should fix this for beta2.

Comment 8

[Charles Manske]

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

Comment 9

[Eric Vaughan]

This has nothing to do with autostetch="never". Attached is an example. It will 
happen intermitently regardless of whether autostrech is never or not. It looks 
as if the endor widget is not setting its internal widget correctly or 
something. And that is splilling out. Interestingly enough I could not reproduce 
the problem in viewer only mozilla. Could it be mozilla specific? Uninitialized 
memory?

Comment 10

[Charles Manske]

mjudge is working hard on getting ender lite working -- he thinks problems
like this may go away with the much simpler editor code.

Comment 11

[Charles Manske]

I just recompiled with MOZ_ENDER_LITE defined and as predicted, this bug is 
fixed by using ender lite.

Comment 12

[rubydoo123]

m16

Comment 13

[mjudge]

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

Comment 14

[sujay]

verified in 5/30 build.