667134 - dynamically populated menulists show "..." instead of values

Status: RESOLVED DUPLICATE of bug 623922

(Core :: XUL, defect)

Description

[Jonathan Kamens]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.6.17-1.fc14 Firefox/3.6.17 GTB7.1
Build Identifier: Mozilla/5.0 (X11; Linux x86_64; rv:7.0a1) Gecko/20110624 Thunderbird/7.0a1

My TB add-on, Send Later 3, has a dialog with several menulists in it. The values in these menulists are populated by my javascript code, not hard-coded in the XUL.

IN TB 3.1.10, the menulists are displayed properly after the values are populated. In the TB nightly trunk build as of today, however, they have "..." displayed in them instead of displaying the correct values.

I'm going to attach TB3.1.10.png, showing the correct layout, TBnightly.png, showing the incorrect layout, and prompt.xul, showing the XUL that produces the dialog in question.


Reproducible: Always

Comment 1

[Jonathan Kamens]

Attachment: correct layout in TB 3.1.10

Comment 2

[Jonathan Kamens]

Attachment: incorrect layout in TB nightly build

Comment 3

[Jonathan Kamens]

Attachment: XUL file that creates the dialog

Comment 4

[Boris Zbarsky [:bzbarsky]]

There are no form controls here...

roc, could this be due to text-overflow changes somehow?

Comment 5

[Alice0775 White]

Related to Bug 623922 ?

Comment 6

[Robert O'Callahan (:roc) (email my personal email if necessary)]

(In reply to comment #4)
> There are no form controls here...
> 
> roc, could this be due to text-overflow changes somehow?

I wouldn't have thought text-overflow could affect XUL labels; there are no blocks in sight.

A regression range would be really useful.

Comment 7

[Jonathan Kamens]

It works properly in nightly build 2010-09-13-06-comm-central and is broken in 2010-09-13-16-comm-central. Does that help? I can't figure out how to narrow it down further than that... I'm not particularly experienced with hg or with the ins and outs of the Mozilla source tree or build system, so I don't know how to figure out what was checked into the entire tree between those two times, nor how to update my working directory as of a particular time or revision to try to identify the revision that is the culprit. If you can offer any quick advice on those things, I'm glad to do further research.

Comment 8

[Mats Palmgren (inactive)]

You can see what was pushed in that range here:
http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2010-09-13+00%3A00&enddate=2010-09-13+18%3A00

FWIW, the regression range is a couple of days earlier than bug 623922
(Last good nightly: 2010-09-15 First bad nightly: 2010-09-16)
according to bug 623922 comment 6.

Still, it's probably worth waiting a few more days for that to land
to see if it fixes this bug too... since it does look very similar.

Comment 9

[Jonathan Kamens]

Confirmed that the fix to 623922 fixed this as well, so dup'ing it.