17650 - combobox text truncation (wacky...)

Status: VERIFIED WORKSFORME

(Core :: Layout: Form Controls, defect, P3)

Description

[Eric Pollmann]

I noticed that quite a few bugs that had milestones of various values were all
displaying with "M1" selected.  This is, oddly enough, related to the amount of
text that preceeds the combobox in the document.  I'm attaching a somewhat
reduced test case.  It is basically a document with a bunch of text, then a form
with a single select in it.


The value that should be displayed is "Truncated", but it appears as "Trunc".
If I add one more character before the form, it appears as "Trun", two more give
"Tru", and so forth.  This is really strange, as the content and frame models
both appear correct when I dump them out in viewer.  Probably a bug in the
content accessor methods, but I'm CC'ing you guys on it since the select appears
to be the only form element affected.

Comment 1

[Eric Pollmann]

Attachment: Test case

Comment 2

[Eric Pollmann]

The attached test case looks fine, even though it is exactly the same as the
file I'm hosting on blueviper (blueviper/forms/selec.html).  The one on
blueviper appears as described.


Vidur, this is a long shot, but is there any chance the frames being constructed
incrementally is affecting this?
  It seems quite likely that the document is coming from the server in chunks
and this
is just the right size to get part of the option in one chunk and the remainder
in the next chunk.


BTW, this bug itself is appearing with M1 selected for me, even though there is
no milestone set.  Is anyone else seeing this?



Tested on: Linux viewer and apprunner (updated today) Windows mozilla.exe
(updated Friday).

Comment 3

[Eric Pollmann]

These changes have been checked in, still working on getting this.

Comment 4

[Eric Pollmann]

Opps, wrong bug number.  :)  Please ignore the above rambling.

Comment 5

[Eric Pollmann]

I dumped the content model and frame model.  In both, the option appears with
the correct text "Truncated".

The select control frame must be constructed at a point when the content model
is not correct.  The widget appears incorrectly for both Native and GFX
widgets.  In GFX widgets, however, the full word "Truncated" appears in the list
box.

Comment 6

[gerardok]

QA Contact update.

Comment 7

[Eric Pollmann]

This bug appears to have been fixed.  Anyone know who gets the credit?  :)

To verify the fix, view the testcase (and the above URL).  All of the comboboxes
should have the text "Truncated" appear.  If this is the case, the bug is
fixed.  If you see something like "Trunc" the bug is not fixed.  Thanks!

Comment 8

[bsharma]

Updating QA contact.

Comment 9

[jerone]

Verified Build 2001082703 OS:win98,winNT,Linux7.1