Bug 920018
Summary: | System list should not show systems on disabled controllers | ||
---|---|---|---|
Product: | [Retired] Beaker | Reporter: | Jaroslav Kortus <jkortus> |
Component: | web UI | Assignee: | Amit Saha <asaha> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | tools-bugs <tools-bugs> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 0.11 | CC: | aigao, asaha, dcallagh, ebaak, jingwang, llim, qwan, rmancy |
Target Milestone: | 0.14.2 | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | Misc | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-11-07 01:47:32 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Jaroslav Kortus
2013-03-11 07:38:29 UTC
On Gerrit: http://gerrit.beaker-project.org/#/c/2135/1 (In reply to Jaroslav Kortus from comment #0) > * Unusable systems not shown in Available and Free The Available page is really telling you which systems you have permission to access (as in, "available to you"), not which systems are available to you right now (that's what the Free page is for). I'll admit the naming scheme does not make that particularly clear, nor is it documented anywhere... But so for that reason, I think systems should remain listed on the Available page even when their LC is disabled. You have permission to access them, they are just temporarily out of service while the LC is disabled. They should certainly not be listed in Free though. > * "All" tab still showing them with visible note that they are currently disabled. I don't think it's worthwhile inventing a new UI convention in the system grids just to indicate that a system's LC is disabled, given that that should be an exceedingly rare occurence. In future when we have some better ways of taking systems out of service other than just setting Condition=Broken (e.g. system pools, bug 851354, bug 790492), I expect we would indicate that in the system grids. Being on a disabled LC would be counted as out of service. verify on beaker-devel(2013.8.8)-->pass steps: 1. set system1(non loan and non used) on one LC and Disable the LC 2. Check the system appear in Systems->All 3. Check the system appear in Systems->Available 4. Check the system appear in Systems->Free 5. check the system via CLI: bkr list-systems bkr list-systems --available bkr list-systems --free actual result: 1. system1 appear on Systems->All, Systems->Available. 2. system1 doesn't appear on Systems->Free. 3. system1 is returned via 'bkr list-systems/bkr list-systems --available'. 4. System1 is not returned via 'bkr list-systems --free'. expected result: same as actual result. Beaker 0.15 has been released. This change has been nominated to be back ported to the 0.14 branch, to be released as part of the next maintenance release 0.14.2. Adjusting target milestone to make the changes backported to 0.14.2 easier to identify. 0.15.0 has enough significant regressions that it shouldn't be used, so the change means that 0.15.1 can be effectively reidentified as the union of that tag and the 0.14.2 target milestone. verify on beaker-devel(2013.10.28)-->pass steps: 1. set system1(non loan and non used) on one LC and Disable the LC 2. Check the system appear in Systems->All 3. Check the system appear in Systems->Available 4. Check the system appear in Systems->Free 5. check the system via CLI: bkr list-systems bkr list-systems --available bkr list-systems --free actual result: 1. system1 appear on Systems->All, Systems->Available. 2. system1 doesn't appear on Systems->Free. 3. system1 is returned via 'bkr list-systems/bkr list-systems --available'. 4. System1 is not returned via 'bkr list-systems --free'. expected result: same as actual result. Closing as addressed in Beaker 0.14.2. |