# \[X\] Discogs source: cover art fails to download

**URL:** https://community.mp3tag.de/t/x-discogs-source-cover-art-fails-to-download/15507
**Category:** No Bugs
**Created:** [February 14, 2014, 11:47pm UTC](https://community.mp3tag.de/t/x-discogs-source-cover-art-fails-to-download/15507 "2014-02-14T23:47:24Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![Astragalus](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/b38774/32.png) [@Astragalus](https://community.mp3tag.de/u/Astragalus)
#### Post date: [February 14, 2014, 11:47pm UTC](https://community.mp3tag.de/t/x-discogs-source-cover-art-fails-to-download/15507/1 "2014-02-14T23:47:24Z")

</div>

This appears to be a new issue: When querying discogs, in the usual way (i.e., discogs.src) the GET request to [api.discogs.com](http://api.discogs.com) is coming back with a 401 unauthorized, resulting in no cover art appearing in the result. The other data seems to be unaffected. I don't have any experience with oauth so this is where my contribution ends 🙂 Here is an example capture of the relevant http reply:

> GET /image/R-373924-1105126848.jpg HTTP/1.1 Host: api.discogs.com User-Agent: Mp3tag/2.58 Accept:\*/\* Accept-Encoding: gzip
> 
> HTTP/1.1 401 Unauthorized  
> Reproxy-Status: yes  
> Access-Control-Allow-Origin: \*  
> Content-Type: text/plain  
> WWW-Authenticate: OAuth realm="[http://api.discogs.com](http://api.discogs.com)"  
> Server: lighttpd  
> Content-Length: 47  
> Date: Fri, 14 Feb 2014 23:59:46 GMT  
> X-Varnish: 2029752117  
> Age: 0  
> Via: 1.1 varnish  
> Connection: keep-alive
> 
>  
> 
> You must authenticate to access this resource.

  
Godspeed, good developers!

---

<div class="post-metadata">

### Author: ![chrishirst](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/4af34b/32.png) [@chrishirst](https://community.mp3tag.de/u/chrishirst)
#### Post date: [February 15, 2014, 12:31pm UTC](https://community.mp3tag.de/t/x-discogs-source-cover-art-fails-to-download/15507/2 "2014-02-15T12:31:23Z")

</div>

[/t/15459/1](https://community.mp3tag.de/t/15459/1)

And [[WS] Discogs (pone mod)](https://community.mp3tag.de/t/9226/540)

---

<div class="post-metadata">

### Author: ![Astragalus](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/b38774/32.png) [@Astragalus](https://community.mp3tag.de/u/Astragalus)
#### Post date: [February 21, 2014, 11:55pm UTC](https://community.mp3tag.de/t/x-discogs-source-cover-art-fails-to-download/15507/3 "2014-02-21T23:55:05Z")

</div>

Thanks! - but as this problem occurs with the default installation, when using the default discogs source accessible from the main menu or the globe button, I'd still say this is worthy of fixing in the actual distribution. The workaround is helpful, though.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [March 20, 2014, 2:53pm UTC](https://community.mp3tag.de/t/x-discogs-source-cover-art-fails-to-download/15507/4 "2014-03-20T14:53:32Z")

</div>

They require OAuth authentication now to access the album art. This is not a problem, but they also imposed a limitation of 1000 requests per day per application (i.e., Mp3tag) - which is not enough for all Mp3tag users using the discogs tag source.

Adding the suggested workaround to the official distribution would violate their TOS so that is not an option either.

Kind regards  
Florian

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 28, 2018, 2:33pm UTC](https://community.mp3tag.de/t/x-discogs-source-cover-art-fails-to-download/15507/5 "2018-12-28T14:33:58Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
