Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upqubes-manager (4.0 RC4) VM state not refreshed on shutdown #3572
Comments
andrewdavidwong
added
bug
C: qubes-manager
UX
labels
Feb 12, 2018
andrewdavidwong
added this to the Release 4.0 milestone
Feb 12, 2018
andrewdavidwong
assigned
marmarta
Feb 12, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
andrewdavidwong
Feb 12, 2018
Member
@marmarta: I noticed that @marmarek has been assigning most qubes-manager bugs to you lately. In order to help out, I'm also going to start assigning them to you. However, if you ever think that I've assigned an issue to you that shouldn't be assigned to you, please feel free to unassign yourself or assign it to someone else. Likewise, if you find that this is not helpful in general, please let me know.
|
@marmarta: I noticed that @marmarek has been assigning most |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarta
commented
Feb 13, 2018
|
@andrewdavidwong - thanks, this is a great idea :) |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarta
Feb 13, 2018
Due to asynchronous way shutting down works, and the way we tried to make the new Qube Manager be less un-bugfixable than the last one, it's not yet possible to do that without a major rewrite. I wonder whether it wouldn't be a good idea to just hide status buttons, and (one day) restore them, once the major rewrite comes through.
marmarta
commented
Feb 13, 2018
|
Due to asynchronous way shutting down works, and the way we tried to make the new Qube Manager be less un-bugfixable than the last one, it's not yet possible to do that without a major rewrite. I wonder whether it wouldn't be a good idea to just hide status buttons, and (one day) restore them, once the major rewrite comes through. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
lunarthegrey
Feb 13, 2018
@marmarta I see. Would it be possible to just have the status refresh at a certain interval? I think that may be a better solution than removing the whole feature.
lunarthegrey
commented
Feb 13, 2018
|
@marmarta I see. Would it be possible to just have the status refresh at a certain interval? I think that may be a better solution than removing the whole feature. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
There is a button for that.
|
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
lunarthegrey
Feb 13, 2018
@marmarek Yes. But have the function that the button executes, automatically execute at a certain interval?
lunarthegrey
commented
Feb 13, 2018
•
|
@marmarek Yes. But have the function that the button executes, automatically execute at a certain interval? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarta
Feb 20, 2018
That's not a great idea at the moment. I mean, those automatic refreshes were pretty much what caused the old qubes manager to be so buggy - I'm pretty afraid to re-introduce this feature. At the moment, the designated use cases for the Qube Manager are not really the everyday operations (the domains and devices widgets are for that) - it's more like "when you actually have to create/copy/update/in other ways manage your qubes". So, hopefully one not-so-distant day we'll have better, event-aware mechanism for updating the manager state, but today, sadly no.
marmarta
commented
Feb 20, 2018
|
That's not a great idea at the moment. I mean, those automatic refreshes were pretty much what caused the old qubes manager to be so buggy - I'm pretty afraid to re-introduce this feature. At the moment, the designated use cases for the Qube Manager are not really the everyday operations (the domains and devices widgets are for that) - it's more like "when you actually have to create/copy/update/in other ways manage your qubes". So, hopefully one not-so-distant day we'll have better, event-aware mechanism for updating the manager state, but today, sadly no. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
lunarthegrey
Feb 20, 2018
@marmarta Sounds good. Thank you for the explanation. I completely understand now.
lunarthegrey
commented
Feb 20, 2018
|
@marmarta Sounds good. Thank you for the explanation. I completely understand now. |
marmarta
modified the milestones:
Release 4.0,
Release 4.1
Feb 22, 2018
unman
referenced this issue
Mar 8, 2018
Open
Qubes Manager - does not reflect changes in qube properties #3675
andrewdavidwong
referenced this issue
Apr 24, 2018
Closed
Qubes Manager Requires Constant Refresh #3844
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarta
Jul 15, 2018
It should have been fixed by QubesOS/qubes-manager@8753119#diff-e66f321e61dbeb6d68507cd260b4c4aa and later commits.
marmarta
commented
Jul 15, 2018
|
It should have been fixed by QubesOS/qubes-manager@8753119#diff-e66f321e61dbeb6d68507cd260b4c4aa and later commits. |
lunarthegrey commentedFeb 11, 2018
Qubes OS version:
Qubes OS 4.0 RC4
Affected TemplateVMs:
N/A
Steps to reproduce the behavior:
Using the latest qubes-manager 4.0.14-1.fc25. When shutting down a VM from Qube Manager, the VM's "State" turns from green to yellow, and appears to have been fully shutdown if you run "qvm-ls" in dom0. Yet the yellow dot remains, making users think the VM is still shutting down. When pressing the "Refresh qube list" button, it actually appears that the VM had already shut down, but the state was unchanged until the button is pressed. So for some reason the state of a VM doesn't get refreshed when it has shut down.
Expected behavior:
The VM's state turns from green -> yellow -> blank
Actual behavior:
The VM's state turns from green -> yellow, but not blank until the "Refresh qube list" button is pressed.
General notes:
Nothing further to note.
Related issues:
None that I'm aware of.