combobox text truncation (wacky...)

VERIFIED WORKSFORME

Status

()

Core
Layout: Form Controls
P3
normal
VERIFIED WORKSFORME
18 years ago
17 years ago

People

(Reporter: Eric Pollmann, Assigned: Eric Pollmann)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Assignee)

Description

18 years ago
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.
(Assignee)

Comment 1

18 years ago
Created attachment 2523 [details]
Test case
(Assignee)

Updated

18 years ago
Target Milestone: M1
(Assignee)

Comment 2

18 years ago
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).
(Assignee)

Updated

18 years ago
Status: NEW → ASSIGNED
Target Milestone: M1 → M11
(Assignee)

Comment 3

18 years ago
These changes have been checked in, still working on getting this.
(Assignee)

Comment 4

18 years ago
Opps, wrong bug number.  :)  Please ignore the above rambling.
(Assignee)

Updated

18 years ago
Target Milestone: M11
(Assignee)

Comment 5

18 years ago
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

18 years ago
QA Contact update.
(Assignee)

Updated

18 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME
(Assignee)

Comment 7

18 years ago
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

17 years ago
Updating QA contact.
QA Contact: ckritzer → bsharma

Comment 9

17 years ago
Verified Build 2001082703 OS:win98,winNT,Linux7.1
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.