Bug 145687 - UserDetails page differences
Summary: UserDetails page differences
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Network
Classification: Red Hat
Component: RHN/R&D
Version: RHN Devel
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Ken Ganong
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Keywords:
Depends On:
Blocks: rhnMilestone1
TreeView+ depends on / blocked
 
Reported: 2005-01-20 17:20 UTC by Michael Bowman
Modified: 2007-04-18 17:18 UTC (History)
0 users

(edit)
Clone Of:
(edit)
Last Closed: 2005-02-03 21:17:05 UTC


Attachments (Terms of Use)

Description Michael Bowman 2005-01-20 17:20:51 UTC
Description of problem:

Many small diffs in appearance...
- Company Name vs. Name
- Red stars for required fields
- Order of attributes

Comment 1 Ryan Bloom 2005-01-20 19:06:48 UTC
Adding some more:

Roles aren't greyed out appropriately.
Organization Application shouldn't be on the Java page.
Role orders differ
Java code doesn't specify how role is given ([Admin access])


Comment 2 Mike McCune 2005-01-21 00:45:05 UTC
All the Role related issues have been fixed in bug: 145594

Comment 3 Ryan Bloom 2005-01-21 13:56:39 UTC
Nope, the roles are still displaying in a different order in perl and
java code.

Comment 4 Ken Ganong 2005-01-25 14:48:36 UTC
Added Company Name and red stars.  Still need to work on created and
last log-in times to display correctly with consideration of timezone.

Comment 5 Ken Ganong 2005-02-02 21:48:57 UTC
Created and last log-in times now display correctly.  User type still
isn't finished.  The user roles are displayed in a different order
than in the perl code.  Also, the perl code outputs '(normal user)'
when the user has no roles whereas the java leaves the field blank.

Comment 6 Ken Ganong 2005-02-03 21:17:05 UTC
Java now outputs '(normal user)' when the user has no roles.  Ordering
or roles in perl and java are different, but both seem arbitrary so I
am closing bug.


Note You need to log in before you can comment on or make changes to this bug.