Defect #471
closed
Added by Filip Měšťánek over 7 years ago.
Updated over 5 years ago.
Description
The progress bar shows the progress incorrectly. This happened when I was cancelling provisioning operations, switched to a different tab and then switched back.
Files
- Target version set to Diamond (7.4.0)
- Assignee changed from Radek Tomiška to Filip Měšťánek
I am not able to reproduce this issue, i need some additional information about browser and version.
- Assignee changed from Filip Měšťánek to Radek Tomiška
How to reproduce:
Have a system with 100 operations in provisioning queue. Select them all and press cancel operation. Now immediately switch to some other tab. Wait a few seconds (~15) and switch back - the progress bar will try to slowly catch up.
But now it looks better than before. The catching up takes only cca 1 second which was significantly slower in the past. But it has a very low priority. I am using chrome 59.0.3071.115 64-bit.
Ok, so the effect is bigger, the longer the operation takes. Today, I was able to get this. Each cancel took like ~3s
- Target version changed from Diamond (7.4.0) to Emerald (7.5.0)
- Target version deleted (
Emerald (7.5.0))
- Status changed from New to Needs feedback
- Assignee changed from Radek Tomiška to Ondřej Kopr
- Target version set to Rhyolite (9.7.0)
- % Done changed from 0 to 90
- Target version changed from Rhyolite (9.7.0) to Quartz (9.6.4)
- Status changed from Needs feedback to Resolved
- Assignee changed from Ondřej Kopr to Radek Tomiška
- % Done changed from 90 to 100
Cancel operations is done by bulk action and the progress bar on this feature works well. Thank you for your gui fixes.
- Status changed from Resolved to Closed
Also available in: Atom
PDF
