Bug 785555
Summary: | [ovirt][engine][webadmin][RFE] - domain selection list in login screen should be sorted alphabetically | ||
---|---|---|---|
Product: | [Retired] oVirt | Reporter: | yeylon <yeylon> |
Component: | ovirt-engine-webadmin | Assignee: | Greg Sheremeta <gshereme> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | unspecified | CC: | acathrow, bazulay, ecohen, iheim, jbelka, sbonazzo, srevivo |
Target Milestone: | --- | Keywords: | EasyFix, FutureFeature, Reopened |
Target Release: | 3.3.1 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | ux | ||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-11-25 11:51:16 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: |
Description
yeylon@redhat.com
2012-01-29 14:40:25 UTC
Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug. Easyfix, good idea, please re-consider. behavior should be: 1. list is sorted, but internal is always last. 2. default selection should be preserved with a cookie on the last choice. einav - isn't this already like this? (In reply to Itamar Heim from comment #3) > behavior should be: > 1. list is sorted, but internal is always last. > 2. default selection should be preserved with a cookie on the last choice. > > einav - isn't this already like this? no idea. need to verify the above behavior for both web-admin and user-portal login pages, and fix if incorrect. behavior is now: 1. list is sorted, but internal is always last. 2. default selection is set the last choice made (on the last successful login), or if no previous login, just the top item. oVirt 3.3.1 has been released *** Bug 913577 has been marked as a duplicate of this bug. *** |