#324 cddb query does not give details when failing.

Bug
open
nobody
None
5
2005-05-20
2005-05-20
Hans Deragon
No

I believe I have some problems with my grip 3.2.0
configuration. I cannot get a cddb connection to work
through our proxy. However, I wish that grip would
return usefull error messages in the status window.
This is what I get:

Querying freedb.org (through www.ourproxy.com) for disc
c50c5c0e.

Not very helpfull. I know that the CD's data is in the
database. But grip does not find it. I want grip to
tell me in the status window what is wrong. Did it
actually got a 404? Was the request successfull but
the CD is not in the db? Without any debug info, it is
hard to resolve my config problem.

Discussion

  • Logged In: NO

    I have the same problem, as a buddy manage perfectly to find
    CD's data. I would like to know if it is a proxy's
    configuration problem, or even a common bug. I work with a
    Mandrake Community 10.1.
    CH

     
  • James Preston
    James Preston
    2006-02-13

    Logged In: YES
    user_id=186773

    Another "me too". This is with Grip 3.2.0 on Fedore Core 3.
    The disk scan works and shows the generic "Track 01" list,
    but the status tab show only submission of the query as
    posted by Anon here.

    I haven't been able to test this with Grip 3.3.x: has there
    been any changes in that release? (I can't find a binary
    RPM, and don't have the time at the mo' to make one--the
    generic one on the download site here depends on libcurl.so.
    2 whereas FC3 comes with libcurl.so.3 (apparently)!).

    Cheers,

    James.

     
  • James Preston
    James Preston
    2006-02-16

    Logged In: YES
    user_id=186773

    I just downloaded grip-3.2.0-4.i386.rpm from FreshRPMs.

    According to http://rpmfind.net//linux/RPM/fedora/updates/3/
    i386/grip-3.2.0-4.i386.html:

    "Changelog

    * Wed Mar 09 2005 Bill Nottingham <notting@redhat.com> 3.2.
    0-4
    - add patch to fix overflow when there are too many CDDB
    matches"

    Is this in mainline? CDDB works as expect now.

    Cheers,

    James.

     
  • Logged In: NO

    Also have the same problem on my system using 3.2.0.

    I use K3B to retrieve the CD's info (and puts it in cache) and then use grip (which retrieve the correct info from the cache) to rip the CD.

    I don't have much free time right now, but maybe somebody could compare the code from both projects to get a hint on what is going on.