| Summary: | CDs not correctly recognized by TDE | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Kris <krisgamrat> |
| Component: | tdebase | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | 5CE4BB4E, bugwatch, darrella, kb9vqf |
| Priority: | P5 | ||
| Version: | 3.5.13 [Trinity] | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
|
Description
Kris
2011-11-16 23:22:01 CST
It is possible to mount the CDs using konsole and navigate to the mount directory, but it still does not appear in the media:/ kio slave or in Dolphin's Storage media. Audio CDs seem to play fine in Amarok, and the audiocd:/ kio slave works, but media:/ and Dolphin remain blind. I cannot reproduce this Bug. I am running ubuntu-server 10.04.03 LTS x86 with TDE 3.5.13 Typing "media:/" in konqueror shows correctly my DVD-Burner along with information about the inserted disk. "media:/sr0" shows the content of the disk - as expected. There is a configuration file that might be causing this behavior: $HOME/.trinity/share/config/medianotifierrc For example: [Auto Actions] media/audiocd=#NothinAction media/blankcd=#NothinAction Try deleting those types of actions and see if Trinity then presents the popup box. If that works, then I think we still should address this bug. I don't know of a way to undo that action. That is, there is an option in the Control Center to configure such options manually, but there is no obvious way to undo the action. > $HOME/.trinity/share/config/medianotifierrc
That file does not exist on my system. My "ls -la" output goes from libkleopatrarc to nepomukserverrc, there are no 'm's in between.
Confirmed on Slackware 13.1. I'm using a migrated KDE3 profile and that profile works correctly in KDE3. Also no icons or popups for USB flash drives. Seems related to bugs 372 and 385. The primary problem is caused by the default kdebase compile options. The default is no HAL support. I don't know why that is the default. Add the following to the kdebase build options: -DWITH_HAL=ON However, at least in Slackware 13.1, with that build option the build will fail because of incorrect header file locations. I submitted a patch in bug report 755. Enabling HAL support does not resolve bug reports 372, 385, or 392. A device change event is needed to display any device icons on the desktop. Oddly, the device icon placement is hard-coded to the second horizontal grid row, which is frustrating. That is, even after manually placing a device icon to the desired location, the next device change event moves all the device icons to the second horizontal grid row. Refer to bug report 392. (In reply to comment #6) > The primary problem is caused by the default kdebase compile options. The > default is no HAL support. I don't know why that is the default. Add the > following to the kdebase build options: > > -DWITH_HAL=ON HAL gets pulled in as a dependency when I install it in Debian Squeeze, so unless it is being manually specify in the build scripts to have apt pull it in regardless of whether or not support was compiled in, I doubt this is the issue. It does appear to have resolved itself. The only change on my system is the addition of flashplayer-nonfree and sun-java6-* from the Debian Squeeze repos. I have HAL installed on my system. By adding the -DWITH_HAL=ON option the build process then actually builds HAL support. Before I added that option the build process was ignoring HAL although installed. I'll guess there is some other method of recognizing device events on Debian/'buntu systems that is different from Slackware. Slackware still uses HAL as the default. Debian uses something else be default, but TDE still requires HAL, hence the work that Serghei (samelian) is doing to replace it. That's why it was pulled in as a dependency when I installed it. I did confirm that HAL was running before filing this bug. It's possible that I had some interferance from udev or something else, but udev is still running now on my system, and I didn't change it's config. It's possible this issue was with HAL, I have done a few dist-upgrades, I think HAL was in one of them. I will try doing a fresh Debian install later on a spare partition later today to see if I can reproduce this again (I could reproduce it when I filed this bug, but I can't reproduce it now). Unfortunately, with the TDE mirrors being down, I can't do a fresh install since I don't have a local copy of the packages. I don't know for sure what changed, but now when I insert an optical disk I receive the popup asking me what to do. Possibly the addition of HAL and GAMIN support now allows the popup to appear. Unfortunately, the desktop device icon appears in the second horizontal row. When I manually move the icon to the first vertical row, the popup context menu no longer shows the options to eject, safely remove, or unmount. Those options appear only when I leave the icon in the second horizontal row. Does the patch pushed in GIT hash 43bb5b9 resolve this issue? That patch resolved both bug reports 372 and 385. I ran tests today and was having no problems with optical disk device icons or popups. I believe this bug report may be closed as resolved. I have not had any problems with optical disks (as stated here) with either a HAL based or TDEHW based build. Problems with kio slaves have been resolved as well in other bug reports. Can we close this report as resolved? (In reply to comment #14) > Can we close this report as resolved? Yes, everything looks good on this end as well. It would help if the correct drop-down item were selected... Marking as RESOLVED FIXED. |