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 646283 - Operation Not Supported by Backend when Importing Audio CD
Operation Not Supported by Backend when Importing Audio CD
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Importing
1.9.6
Other Linux
: Normal normal
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
gnome[unmaintained]
Depends on:
Blocks: 638939
 
 
Reported: 2011-03-30 22:44 UTC by Michael O'Connell
Modified: 2020-03-17 09:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Debug Log (11.76 KB, text/plain)
2011-04-02 00:20 UTC, Michael O'Connell
Details

Description Michael O'Connell 2011-03-30 22:44:50 UTC
[Info  17:39:47.787] Running Banshee 1.9.6: [Ubuntu 10.10 (linux-gnu, i686) @ 2011-03-26 21:03:28 UTC]
[Info  17:39:49.193] Updating web proxy from GConf
[Info  17:39:49.354] Querying MusicBrainz for Disc Release (WDTURfBX4Y8WCY.OzG_GdbDWaYM-)
[Info  17:39:49.360] All services are started 1.269147
[Info  17:39:51.349] nereid Client Started
[Info  17:39:51.426] GStreamer version 0.10.30.0, gapless: True, replaygain: False
[Info  17:39:51.939] Query finished (success: True, 2.585191 seconds)
[Info  17:39:52.151] Ripping using encoder profile `Ogg Vorbis' with pipeline: audioconvert ! vorbisenc quality=0.7 ! oggmux
[Error 17:39:52.167] Could not import CD - Operation not supported by backend
[Warn  17:39:52.170] Caught an exception - GLib.GException: Operation not supported by backend (in `gio-sharp')
  at GLib.FileAdapter.MakeDirectoryWithParents (GLib.Cancellable cancellable) [0x00000] in <filename unknown>:0 
  at Banshee.IO.Gio.Directory.Create (System.String directory) [0x00000] in <filename unknown>:0 
  at Banshee.IO.Directory.Create (System.String directory) [0x00000] in <filename unknown>:0 
  at Banshee.Base.PathPattern.BuildFull (System.String base_dir, Banshee.Collection.TrackInfo track, System.String ext) [0x00000] in <filename unknown>:0 
  at Banshee.AudioCd.AudioCdRipper.RipNextTrack () [0x00000] in <filename unknown>:0 
  at Banshee.AudioCd.AudioCdRipper.Start () [0x00000] in <filename unknown>:0 
  at Banshee.AudioCd.AudioCdSource.ImportDisc () [0x00000] in <filename unknown>:0
Comment 1 David Nielsen 2011-04-01 23:09:26 UTC
I recall there was a packaging bug in Ubuntu where the correct hardware backend was not being enabled. Can you please retest using the daily ppa?

The repository can be found here:

https://launchpad.net/~banshee-team/+archive/banshee-daily

Enabling via the terminal by running:

sudo apt-add-repository ppa:banshee-team/banshee-daily

sudo apt-get update && sudo apt-get upgrade

If it still happens can you please obtain a Debug log.

https://live.gnome.org/Banshee/CommonQuestions/Logs
Comment 2 Michael O'Connell 2011-04-02 00:20:03 UTC
Created attachment 184917 [details]
Debug Log

Updated to daily PPA, bug persists, debug log attached.
Comment 3 David Nielsen 2011-04-02 01:22:02 UTC
Thank you, to humor me can you try to disable the Library Watcher, restart and retest?
Comment 4 Michael O'Connell 2011-04-02 01:37:23 UTC
Sorry, still broken...
Comment 5 Gabriel Burt 2011-04-02 04:00:14 UTC
GLib.GException: Operation not
supported by backend (in `gio-sharp')
  at GLib.FileAdapter.MakeDirectoryWithParents

What backend is being used?  Is your Music folder on a remote/NFS/Samba mount?
Comment 6 Michael O'Connell 2011-04-02 04:07:12 UTC
Nope, plain old folder in my home directory on an ext4 partition.  Permissions look ok where it would make a new directory.  I'm pretty sure I wasn't getting this error in previous 1.9.x versions.
Comment 7 Gabriel Burt 2011-04-02 04:21:48 UTC
Ok, it could be the file/directory name is illegal maybe?  We should patch Banshee.IO.Gio to print the name it's trying to create when it crashes.

If you can build Banshee from source/git and apply this patch and get it to crash again and attach the log (or just the "Error trying to make" line) that'd be great: http://banshee.fm/~gburt/tmp/gio-create-directory-debug.patch
Comment 8 Bertrand Lorentz 2011-04-03 15:39:34 UTC
That second log contains the following line :
Started LibraryWatcher for Music (/home/michael/.gvfs/cdda mount on sr0/)

That would mean that your Music folder is set to a rather strange place (a CD ?).
Could you try to re-configure it through the preferences dialog ?

Also, does this only happen with particular CD ? Could you try another one, to check if it's the case ?
Comment 9 Michael O'Connell 2011-04-03 17:06:36 UTC
Ok, Library Watcher was indeed the culprit.  I have no idea how my library path got moved from ~/Music to gvfs...  hopefully it won't happen again.
Comment 10 Andrés G. Aragoneses (IRC: knocte) 2011-04-03 22:55:33 UTC
As crazy as that may sound, Banshee should be prepared about that (maybe preventing to set a path containing a hidden directory or file as the library path?), so I'm reopening this.
Comment 11 David Nielsen 2011-04-06 12:52:52 UTC
If the user sets a mount point handled by gnome and gvfs such as say an external usb hd or a remote mount (which looking at our bug report logs is fairly common) it will be in ~/.gvfs/whatever so you'd need to whitelist that. Blacklisting all hidden directories seems like a problematic direction to me.
Comment 12 Andrés G. Aragoneses (IRC: knocte) 2011-04-06 14:00:06 UTC
Ok, then the approach I put in brackets doesn't seem to be the best. Let's find another one.
Comment 13 André Klapper 2020-03-17 09:28:57 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.