sound-juicer doesn't fetch CD info from the Internet

Thanks for your bug. Do you have any error on the command line? Does it happen with all your CDs or only one?

When I filed the bug, I had tried with 4 or 5, none of them was recognized. I just tried with a few other CDs, and some of them are correctly recognized (this seems related to the CD's popularity ^^). Sound-juicer seems to always try to get info, but sometimes it comes back with nothing.

The weird thing is that rhythmbox always recognizes CDs very well, even the ones sound-juicer doesn't. Shouldn't they be searching from the same database ?

sound-juicer doesn't print anything when launched from the command line : it's perfectly quiet. Should I give some examples of unrecognized CDs ? Should I change the bug title into "sound-juicer should search the same CD database as rhythmbox" ?

Have the same behaviour here with ppc and i386. Does not happen in Breezy.
I export MUSICBRAINZ_DEBUG=true and then get the following with sound-juicer 2.13.{4,6}

  url: http://mm.musicbrainz.org:80/cgi-bin/mq_2_1.pl
query: <?xml version="1.0"?>
<rdf:RDF xmlns:rdf = "http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns:dc = "http://purl.org/dc/elements/1.1/"
         xmlns:mq = "http://musicbrainz.org/mm/mq-1.1#"
         xmlns:mm = "http://musicbrainz.org/mm/mm-2.1#">
<mq:GetCDInfo>
   <mq:depth>2</mq:depth>
   <mm:cdindexid>8FsDc5De9N.Fu_VnUcb9l07xc1A-</mm:cdindexid>
</mq:GetCDInfo>
</rdf:RDF>

After the request is made, it is never renewed, even with file->reread cd.
I don't found where the data are cached.
Sound-juicer 2.12.2 (on breezy) make the request with the full toc :

  url: http://mm.musicbrainz.org:80/cgi-bin/mq_2_1.pl
query: <?xml version="1.0"?>
<rdf:RDF xmlns:rdf = "http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns:dc = "http://purl.org/dc/elements/1.1/"
         xmlns:mq = "http://musicbrainz.org/mm/mq-1.1#"
         xmlns:mm = "http://musicbrainz.org/mm/mm-2.1#">
 <mq:GetCDInfo>
  <mq:depth>@DEPTH@</mq:depth>
    <mm:cdindexid>yLpf9vkwv33b55S8W0TVSwTOgfk-</mm:cdindexid>
    <mm:firstTrack>1</mm:firstTrack>
    <mm:lastTrack>18</mm:lastTrack>
    <mm:toc>
      <rdf:Seq>
       <rdf:li>
         <mm:TocInfo>
           <mm:sectorOffset>344792</mm:sectorOffset>
           <mm:numSectors>0</mm:numSectors>
         </mm:TocInfo>
       </rdf:li>
[...]
    </rdf:Seq>
    </mm:toc>
  </mq:GetCDInfo>

Same issue here.

In fact, MusicBrainz doesn't seem to at all be working well... is it really a good idea to use them? What's wrong with the old freedb stuff?

I've forwarded the issue upstream: http://bugzilla.gnome.org/show_bug.cgi?id=334823

Upstream comment:

"FreeDB is so broken it's amazing. You really don't want to go there.

What version of Sound Juicer is this? 2.13.6 removed the caching so that isn't
an issue anymore.

I just verified that the Dapper SJ (2.14.0 currently) works fine for me. I
have a feeling what could be causing the problem but its more likely that you
need to update"

Could you reply to that?

Is that fixed with dapper now?

Sorry for the delay
Using Gnome sound-juicer 2.14.0 :
- Cache is effectively disabled now
- First query to MB don't use track number and size (see below on a cd present in MB database)

So with half my cds, I don't have titles. The solution could be to make a second request with track info if the first fails.

--------
fredo@ange:~$ export MUSICBRAINZ_DEBUG=true
fredo@ange:~$ sound-juicer
  url: http://mm.musicbrainz.org:80/cgi-bin/mq_2_1.pl
query: <?xml version="1.0"?>
<rdf:RDF xmlns:rdf = "http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns:dc = "http://purl.org/dc/elements/1.1/"
         xmlns:mq = "http://musicbrainz.org/mm/mq-1.1#"
         xmlns:mm = "http://musicbrainz.org/mm/mm-2.1#">
<mq:GetCDInfo>
   <mq:depth>2</mq:depth>
   <mm:cdindexid>l17cuHDncnllmXKE8SC6klUOuFM-</mm:cdindexid>
</mq:GetCDInfo>
</rdf:RDF>

result: <?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf = "http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns:dc = "http://purl.org/dc/elements/1.1/"
         xmlns:mq = "http://musicbrainz.org/mm/mq-1.1#"
         xmlns:mm = "http://musicbrainz.org/mm/mm-2.1#"
         xmlns:ar = "http://musicbrainz.org/ar/ar-1.0#"
         xmlns:az = "http://www.amazon.com/gp/aws/landing.html#">
  <mq:Result>
    <mq:status>OK</mq:status>
  </mq:Result>
</rdf:RDF>

fredo@ange:~$ sound-juicer --version
Gnome sound-juicer 2.14.0
fredo@ange:~$

Upstream comment: "Discussion on #335071 revealed the cause of this and I've committed a fix that will be in 2.14.1."

Are there plans to take a fix for Dapper? CD ripping is a pretty bad experience without automated metadata retrieval. None of the handful of CDs I tested worked (which I assume is this bug).

If seb doesn't feel like backporting patches I'll be doing a 2.14.1 this weekend hopefully.

dapper is an unstable distro at the moment, that can week one week for GNOME 2.14.1 probably

This upload fixes the issue:

 sound-juicer (2.14.1-0ubuntu1) dapper; urgency=low
 .
   * New upstream version:
     - Change CD lookup query to allow MB to proxy requests to FreeDB
       (Ubuntu: #30308)
     - Ship a copy of taglibid3mux and tell people to use id3mux when creating
       the MP3 profile
     - Remove SjProfileChooser, use gnome-media's widget
     - Preferences dialog isn't modal
     - Don't show the main window if there is an error
     - Handle NULL profiles without crashing the Preferences dialog
     - The duration and track number column are not resizable
     - Don't hardcode compiler options, use GNOME_COMPILE_WARNINGS
     - Volumn should not display stock_volume-0 for volume > 0
     - Handle sortnames being NULL
     - Don't leak the GnomeProgram reference
     - Ensure the Play/Pause button stays the same size
     - Don't progress change notifications from the pipeline
     - Handle all paranoia modes
     - Check iterator access to shut up GCC
     - Fix the program name not being translated
     - Add MAINTAINERS
     - Install icons mode 0644 instead of 0755

I just installed sound-juicer 2.14.1 and can confirm the problem is gone.

Thanks