Bug 855333
| Summary: | Can not "schedule provision" machine I own while my job is running | ||
|---|---|---|---|
| Product: | [Retired] Beaker | Reporter: | Marian Csontos <mcsontos> |
| Component: | web UI | Assignee: | Dan Callaghan <dcallagh> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | tools-bugs <tools-bugs> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 0.9 | CC: | asaha, bpeck, dcallagh, jingwang, kbaker, llim, rmancy, xjia |
| Target Milestone: | 0.15 | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | UX | ||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-10-03 02:29:53 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
Marian Csontos
2012-09-07 12:22:52 UTC
This bug is not fixed. The behaviour described is actually by design, but it's a user experience problem (as pointed out in the bug description) because the Provision tab does two drastically different things (scheduling a job vs. provisioning the system immediately) depending on the state of the system, but the UI looks exactly the same for both apart from slightly different wording in the link at the bottom. hi, Dan, I tested it yesterday following steps in comment0: 1. pwn a machine 2. go to provision tab and schedule a job 3. wait until it is running 4. go to provision tab and schedule a job the actual result is: the 2nd job queued up and the 1st job was not affected on the same machine. env: bearker-devel Version - 0.13.1 so I thought it had been fixed on current release and its version is old(its version is 0.9.3) thanks. (In reply to wangjing from comment #2) > I tested it yesterday following steps in comment0: > 1. pwn a machine > 2. go to provision tab and schedule a job > 3. wait until it is running > 4. go to provision tab and schedule a job > > the actual result is: > the 2nd job queued up and the 1st job was not affected on the same machine. I think you also need to be the owner of the system. I tidied this up as part of implementing access policies because the existing code for Schedule Provision/Provision Now was very confusing. http://gerrit.beaker-project.org/2196 Take/Return will not be visible for Automated systems. The Provision tab will always show "Schedule Provision" and will always schedule a new job for Automated systems. For Manual systems, the Provision tab will always show "Provision Now" (not "Schedule Provision") and will always immediately provision the system -- but only if the user has already reserved it using Take. Verify: If system is "automated" 1. web-ui: ‘Take' and ’return' is invisible 2. The provision tab shows "Schedule Provision". 3. When click "Schedule Provision" button, will create a new job. If system is "manual" 1. The provision tab shows "Provision", not **"Provision now"** 2. When click "provision" button, immediately provision the system Beaker 0.15 has been released. |