Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Qubes 4.0-rc2 Device Widget Ghost Entries #3215

Closed
section0x8 opened this issue Oct 26, 2017 · 9 comments · Fixed by QubesOS/qubes-desktop-linux-manager#55
Closed

Qubes 4.0-rc2 Device Widget Ghost Entries #3215

section0x8 opened this issue Oct 26, 2017 · 9 comments · Fixed by QubesOS/qubes-desktop-linux-manager#55
Labels
C: manager/widget r4.0-dom0-stable T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists. ux User experience

Comments

@section0x8
Copy link

The widget fails to keep a real time list of devices. If a device is not properly removed, the widget will not realize that it is gone. This can happen if the device is unplugged without detaching it. It can happen if a VM powers off without the device being removed first. And it can probably happen a number of other ways.

Screenshot:
screenshot_2017-10-25_23-26-33

This goes without saying, I don't really understand how the widget organizes itself in the first place. There are two sets of rows what is the difference between them?

@marmarek
Copy link
Member

This goes without saying, I don't really understand how the widget organizes itself in the first place. There are two sets of rows what is the difference between them?

Those are different type/layers of devices - at the top are block devices, below are usb devices. If a device is both, it is in both places (but you can choose how you want to attach it).

@ERFier
Copy link

ERFier commented Oct 26, 2017

I could confirm this issue yesterday. It was also the case if one restarts the usb-vm for some reason. It's not the thumbdrive getting displayed as general usb device as well as block device but non blockdevices, like WWAN Card or Yubikey in my case, getting duplicated.

Today, I think due to some update I applied yesterday, I cant reproduce the behavior. But the widget still lacks a proper update. If I shutdown the usb-vm the devices are still shown despite the fact they are not accessible anymore. The devices are also still shown as connected and there is no way to detach them and reattach them as the usb-vm starts again or the device is plugged in again. Maybe a force update function accessible thru a right-click context menu is a good idea to at least empower the user to recover the widget once it displays nonsense.

@andrewdavidwong andrewdavidwong added T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists. C: manager/widget ux User experience labels Oct 27, 2017
@andrewdavidwong andrewdavidwong added this to the Release 4.0 milestone Oct 27, 2017
@quaterniol
Copy link

When the menu for the USB device widget is open and an USB mouse (e.g. Logitech mouse) is removed, then almost always the entry for the mouse stays in the menu. Inserting the mouse again creates a new entry. Repeating this creates a lot of entries. (I am using qubes 4.0-rc2 and saw the entry disappear when the mouse was removed only once.)

marmarta added a commit to marmarta/qubes-desktop-linux-manager that referenced this issue Nov 20, 2017
Fixed a bug that led to a device not being correctly
removed from qui-device menu when the device was
inserted and removed multiple times. It may also fix
QubesOS/qubes-issues#3275 - further testing is needed
(AKA "it works on my laptop") and parts of
QubesOS/qubes-issues#3215 - at least those related to
devices multiplying endlessly.

fixes QubesOS/qubes-issues#3266
@awokd
Copy link

awokd commented Jan 30, 2018

In 4.0 rc3, clicking Eject on an attached USB device seems to do nothing. Selecting it again from the widget shows it still connected to the AppVM. Seems like it might be related to this issue, but should I open a new one?

@ThierryIT
Copy link

same for 4.0 rc4 and doesn't show anything in the Qubes manager has it was possible with the Qubes 3.2.

@andrewdavidwong
Copy link
Member

In 4.0 rc3, clicking Eject on an attached USB device seems to do nothing. Selecting it again from the widget shows it still connected to the AppVM. Seems like it might be related to this issue, but should I open a new one?

Sure, that sounds different enough to merit a separate issue. It could turn out to be the same cause, but we have no way of knowing that right now.

@comods
Copy link

comods commented Jun 14, 2018

  • Also, when the DVD in a drive is changed, the displayed title of the current DVD isn't updated.

marmarta added a commit to marmarta/qubes-desktop-linux-manager that referenced this issue Mar 18, 2019
Thorough refactoring of qui-devices; instead of maintaining a list of
updating Gtk widgets, only data is maintained and updated, and the menu
is created on demand.

fixes QubesOS/qubes-issues#4849
fixes QubesOS/qubes-issues#4720
fixes QubesOS/qubes-issues#4355
fixes QubesOS/qubes-issues#3215
marmarta added a commit to marmarta/qubes-desktop-linux-manager that referenced this issue Mar 19, 2019
Thorough refactoring of qui-devices; instead of maintaining a list of
updating Gtk widgets, only data is maintained and updated, and the menu
is created on demand.

fixes QubesOS/qubes-issues#4849
fixes QubesOS/qubes-issues#4720
fixes QubesOS/qubes-issues#4355
fixes QubesOS/qubes-issues#3215
marmarta added a commit to marmarta/qubes-desktop-linux-manager that referenced this issue Mar 20, 2019
Thorough refactoring of qui-devices; instead of maintaining a list of
updating Gtk widgets, only data is maintained and updated, and the menu
is created on demand.

fixes QubesOS/qubes-issues#4849
fixes QubesOS/qubes-issues#4720
fixes QubesOS/qubes-issues#4355
fixes QubesOS/qubes-issues#3215
fixes QubesOS/qubes-issues#2970
marmarta added a commit to marmarta/qubes-desktop-linux-manager that referenced this issue Mar 22, 2019
Thorough refactoring of qui-devices; instead of maintaining a list of
updating Gtk widgets, only data is maintained and updated, and the menu
is created on demand.

fixes QubesOS/qubes-issues#4849
fixes QubesOS/qubes-issues#4720
fixes QubesOS/qubes-issues#4355
fixes QubesOS/qubes-issues#3215
fixes QubesOS/qubes-issues#2970
marmarta added a commit to marmarta/qubes-desktop-linux-manager that referenced this issue Mar 22, 2019
Thorough refactoring of qui-devices; instead of maintaining a list of
updating Gtk widgets, only data is maintained and updated, and the menu
is created on demand.

fixes QubesOS/qubes-issues#4849
fixes QubesOS/qubes-issues#4720
fixes QubesOS/qubes-issues#4355
fixes QubesOS/qubes-issues#3215
fixes QubesOS/qubes-issues#2970
@qubesos-bot
Copy link

Automated announcement from builder-github

The package qubes-desktop-linux-manager-4.0.16-1.fc25 has been pushed to the r4.0 testing repository for dom0.
To test this update, please install it with the following command:

sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing

Changes included in this update

@qubesos-bot
Copy link

Automated announcement from builder-github

The package qubes-desktop-linux-manager-4.0.18-1.fc25 has been pushed to the r4.0 stable repository for dom0.
To install this update, please use the standard update command:

sudo qubes-dom0-update

Or update dom0 via Qubes Manager.

Changes included in this update

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C: manager/widget r4.0-dom0-stable T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists. ux User experience
Projects
None yet
Development

Successfully merging a pull request may close this issue.

9 participants