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

Summary: tdehwdevicemanager not functioning properly with cdrom
Product: TDE Reporter: Michele Calgaro <michele.calgaro>
Component: tdebaseAssignee: Michele Calgaro <michele.calgaro>
Status: RESOLVED FIXED    
Severity: normal CC: bugwatch, michele.calgaro, slavek.banko
Priority: P5    
Version: R14.1.x [Trinity]   
Hardware: Other   
OS: Linux   
See Also: http://bugs.pearsoncomputing.net/show_bug.cgi?id=2877
Compiler Version: TDE Version String:
Application Version: Application Name:
Bug Depends on:    
Bug Blocks: 2247    

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.