By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 2947 - tdehwdevicemanager not functioning properly with cdrom
Summary: tdehwdevicemanager not functioning properly with cdrom
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.1.x [Trinity]
Hardware: Other Linux
: P5 normal
Assignee: Michele Calgaro
URL:
Depends on:
Blocks: R14.1.0
  Show dependency tree / graph
 
Reported: 2018-07-15 09:02 CDT by Michele Calgaro
Modified: 2020-11-22 06:23 CST (History)
3 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Michele Calgaro 2018-07-15 09:02:56 CDT 
1) start TDE inside a VM (maybe same problem happens on a real machine too, but I could only test in a VM)

2) disable cdrom automount options and reboot

3) insert cdrom. notice that tdehwdevicemonitor menu shows the cdrom in the "open device"  submenu but not in the "Eject" submenu --> problem 1

4) try to mount cdrom from "open device" menu. The first time it fails with an error message  -> problem 2
The second time it works

5) Eject the cdrom from the "Eject device" submenu. Cdrom is unmounted but not ejected (you can see this in VBox "Devices" submenu, the cdrom is still ticked). --> problem 3
As a countertest, ejecting from Konqueror's media submenu correctly eject the cdrom (no longer ticked in VBox Devices menu)

Basically, tdehwdevicemanager needs quite a bit of work before it can be ready for official release.
Comment 1 Michele Calgaro 2018-07-17 08:56:51 CDT 
other things to fix on tdehardwaredevicemonitor:

1) tray app cannot be disabled (always started through tdehwdevicetray-autostart.desktop in file:///opt/trinity/share/autostart/tdehwdevicetray-autostart.desktop). See bug 2877.

2) if the tray app is not used, device notifications don't work. The old notification dialog used until R14.0.x would be handy. Consider adding an option to give the user a choice on how device changes should be notified (tray app or dialog)

3) in R14.1.x, device icons are not added to the desktop even if the option is enable in desktop behavior page.
Comment 2 Michele Calgaro 2020-11-22 06:22:59 CST 
The problems reported have been fixed in various commit in R14.1 master branch.
Point 2) reported in comment 1 will be addressed separately before the release of R14.1.0 and will not be tracked here.