Bug 106410

Summary: category assignment UI half-broken
Product: [Retired] Red Hat Enterprise CMS Reporter: Vadim Nasardinov <vnasardinov>
Component: uiAssignee: Vadim Nasardinov <vnasardinov>
Status: CLOSED RAWHIDE QA Contact: Jon Orris <jorris>
Severity: medium Docs Contact:
Priority: medium    
Version: nightlyCC: bstein
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-12-04 22:38:10 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 106481, 109665    
Attachments:
Description Flags
category assignment UI *before* the task is locked
none
category assignment UI *after* the task is locked
none
New screen
none
looks fine in my mozilla at //cms/dev/...@38548 none

Description Vadim Nasardinov 2003-10-06 21:32:23 UTC
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.

Comment 1 Vadim Nasardinov 2003-10-06 21:33:09 UTC
Created attachment 94961 [details]
category assignment UI *before* the task is locked

Comment 2 Vadim Nasardinov 2003-10-06 21:34:07 UTC
Created attachment 94962 [details]
category assignment UI *after* the task is locked

Comment 3 Vadim Nasardinov 2003-11-24 17:14:42 UTC
This is also broken in 6.0 in the same way that it is broken on the
trunk.   See also bug 106406.


Comment 4 Vadim Nasardinov 2003-12-03 17:46:04 UTC
Fixed in change 38458.

Comment 5 Jon Orris 2003-12-03 21:50:37 UTC
Created attachment 96323 [details]
New screen

This doesn't seem much different from the original.

Comment 6 Vadim Nasardinov 2003-12-03 22:17:49 UTC
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.

Comment 7 Vadim Nasardinov 2003-12-04 15:39:45 UTC
Jon, can you please retest at 38492?  I made a minor HTML tweak.


Comment 8 Jon Orris 2003-12-04 22:33:42 UTC
Looks ok now after I did a full clean deploy