|
Bugzilla – Full Text Bug Listing |
| Summary: | banshee never completes Automatic Import | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Stanislav Brabec <sbrabec> |
| Component: | GNOME | Assignee: | Aaron Bockover <abockover> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | jack.hodge |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | All | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Stanislav Brabec
2005-09-21 09:28:43 UTC
Maybe we need a way to increase the verbosity of this, for debugging reasons. Slow automatic import from huge remote home directories is a widely reported problem. I tried to import local directory with about 50 CD snapshots in FLAC and about 50 MP3 files. File importing got a major overhaul a few months ago. I think the reason it was taking so long was because of strange symlinks, oddly enough, in ~/.wine (automatic import scans ~). The importer now ignores hidden directories, and is much more robust. It is also more verbose when it can't import a file. Could you re-test with a later version (0.10.4)? No response in more than 1 month. Closing. Reopening. The behavior changed, but I was not able to complete the import again: After clicking to automatic import, it reads something for about 3 hours (nearly 100% of CPU usage). Then it writes about 30 minutes thousands of error messages (nearly 100% of CPU usage). Then it stops at about 19% of import (about 50000 from 288000 files), already found about 1600 music files, CPU usage falls to about 0%. The GUI seems to be responding, but after clicking to one of already displayed FLAC files, GUI disappars. The last error message (thoushands of similar messages already displayed): Cannot Import: /home/sbrabec/Desktop/local/abuild/lib/abuild/init_buildsystem/sles8-i686/files/unitedlinux-release (Entagged.Audioformats.Exceptions.UnsupportedFormatException, No reader associated with MimeType: text/plain) I will retry it again, but even if it will work, it is unusably slow and noisy. Even after clicking to Cancel and manual selecting of my FLAC CD images, it was not able to complete import of my 70 CDs in 10 minutes. (rhythmbox does it in about two minutes) Import of my home directory spends about an hour before finally segfaulting. Increasing Severity to Critical on account of the crash. Import is still pathologically slow (esp. on pathologically large input), but it's no longer crashing. Demoting to Normal. Stanislav: How's this working for you these days? I have tried it on my home directory again with 10.1 and beagle updated to SLED10 version. Unhandled Exception: DBus.DBusException: Message did not receive a reply (timeout by message bus) in <0x00141> DBus.Message:SendWithReplyAndBlock () in <0x0008e> Helix.RemotePlayer.Proxy:Ping () in <0x00033> <>AnonHelp<0>:<#AnonymousMethod>0 () in <0x0004c> (wrapper delegate-invoke) System.MulticastDelegate:invoke_bool () in <0x00045> TimeoutProxy:Handler () in <0x0005a> (wrapper native-to-managed) TimeoutProxy:Handler () in (unmanaged) 0x2b8c7822f66a in <0x0000b> (wrapper managed-to-native) Gtk.Application:gtk_main () in <0x00008> Gtk.Application:Run () in <0x00760> Banshee.BansheeEntry:Startup (string[]) in <0x00010> Banshee.BansheeEntry:Main (string[]) That last message is unrelated to import... for whatever reason, helix-dbus-server wasn't started by DBus it seems. This may be a problem with dbus-sharp, which has now been completely replaced in 0.11.1. *** Bug 246075 has been marked as a duplicate of this bug. *** Aaron, Stanislav: any more news on this? Not experienced in SuSE Linux 10.2+GNOME:UNSTABLE. Import of my home directory finished in less than one hour. The only remaining problem is one error message per non-audio file. IMHO these files should be silently skipped. |