After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 759911 - DAAP extension makes Banshee hang when importing media
DAAP extension makes Banshee hang when importing media
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Importing
2.9.1
Other Linux
: Normal critical
: ---
Assigned To: Banshee Maintainers
Banshee Maintainers
gnome[unmaintained]
: 763978 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2015-12-27 20:12 UTC by Peter Eckersley
Modified: 2020-03-17 09:59 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
output of strace banshee --debug when hanging (followed by control-c) (227.07 KB, application/gzip)
2015-12-27 20:12 UTC, Peter Eckersley
Details

Description Peter Eckersley 2015-12-27 20:12:32 UTC
Created attachment 317938 [details]
output of strace banshee --debug when hanging (followed by control-c)

Observed with Debian's packages for 2.6.2-5 and 2.9.1-5:

When I do Media -> Import Media on a directory, banshee hangs.

out put of `strace banshee --debug` is attached.  I haven't been able to get gdb to work with banshee, despite following some old instructions fromhttps://web.archive.org/web/20080226121803/http://banshee-project.org/Debugging
Comment 1 Bertrand Lorentz 2016-01-17 14:41:56 UTC
Hi,

Thanks for reporting this bug.
I've been able to reproduce it, but haven't been able to figure out what's causing the hang.

It seems that if you disable the DAAP extension, then restart Banshee, importing a folder works for me.
Do you see the same thing ?
I'm wondering if it's just a coincidence on my system.
Comment 2 Peter Eckersley 2016-01-17 17:26:24 UTC
Yes, disabling the DAAP extension (and then restarting banshee) appears to fix the problem.
Comment 3 Andrés G. Aragoneses (IRC: knocte) 2016-03-05 11:03:06 UTC
The guys in #debian-cli may have found the culprit about this: mono-zeroconf bundles it's own version of managed dbus, which is the old NDesk.Dbus, and that might have bugs, or may conflict with DbusSharp.
Comment 4 Mirco Bauer 2016-03-06 10:07:54 UTC
NDesk doesn't conflict with dbus-sharp since they are purely managed (client) libs, but NDesk has known issues with threading and data corruption which were fixed in DBus#. This became visible in a stack-trace of a hanging Banshee using kill -QUIT btw.
Comment 5 Marcin Mielniczuk 2016-03-24 13:21:19 UTC
*** Bug 763978 has been marked as a duplicate of this bug. ***
Comment 6 André Klapper 2020-03-17 09:59:33 UTC
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project
to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the
responsibility for active development again.
See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.