If you go to the "Assign categories" step of the authoring kit for Articles or some such, the UI appears slightly broken, until/unless you lock the authoring task first. The first screenshot shows what the UI looks like *before* the task is locked. The UI displays both the HTML select list widget and what appears to be the JavaScript-based category tree widget side by side, except the JavaScript-widget is not populated. The second screenshot shows what the UI looks like when the task is locked. The HTML select list is gone, and the JavaScript-based widget is displayed properly.
Created attachment 94961 [details] category assignment UI *before* the task is locked
Created attachment 94962 [details] category assignment UI *after* the task is locked
This is also broken in 6.0 in the same way that it is broken on the trunk. See also bug 106406.
Fixed in change 38458.
Created attachment 96323 [details] New screen This doesn't seem much different from the original.
Created attachment 96324 [details] looks fine in my mozilla at //cms/dev/...@38548 Hmm. Two comments: 1) it does look different. Compare to attachment 94961 [details]. Your screenshot has the second multi-select widget, while 94961 does not. 2) I can't reproduce your screenshot in my mozilla. (BTW, you may want to explicitly select the mime type next time. Bugzilla serves your screenshot as "text/plain", which isn't very conducive to correct graphic display.) Anyhow, I'm running $ rpm -q mozilla mozilla-1.0.2-2.8.0 I'm not sure I can fix this without being able to reproduce it. I guess I can roll back my change and try fixing it some other way.
Jon, can you please retest at 38492? I made a minor HTML tweak.
Looks ok now after I did a full clean deploy