# Discogs authorisation

**URL:** <https://community.mp3tag.de/t/discogs-authorisation/52823>\
**Category:** Support\
**Created:** [April 14, 2021, 9:49am UTC](https://community.mp3tag.de/t/discogs-authorisation/52823 "2021-04-14T09:49:03Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![hogola](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/13edae/32.png) [@hogola](https://community.mp3tag.de/u/hogola)\
**Post date:** [April 14, 2021, 9:49am UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/1 "2021-04-14T09:49:03Z")

</div>

Moin Moin,  
I just have a simple question with regards to DISCOGS and APP authorisation. I have read on the DISCOGS site that once the APP is authorised there is not further authorisation required.  
Now why is DISCOGS asking me after a X-Number of TAG look-ups to re-authorise MP3TAG?  
It is no biggy or annoying but I was just wondering?

Ta very much Thomas

---

<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:** [April 14, 2021, 9:58am UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/2 "2021-04-14T09:58:40Z")

</div>

Are you maybe authorizing from different computers / Mp3tag installations?

---

<div class="post-metadata">

**Author:** ![hogola](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/13edae/32.png) [@hogola](https://community.mp3tag.de/u/hogola)\
**Post date:** [April 14, 2021, 10:10am UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/3 "2021-04-14T10:10:26Z")

</div>

Hello Florian,  
no it is always the same notebook. Is it possible that CCleaner could remove it? I guess the token is system specific and does not bother with IP addresses etc  
I can not think of anything else, I run CCleaner regular to clean crap out and I have currently a very unstable connection. - That is all I can think of ..

Cheers T

---

<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:** [April 14, 2021, 10:13am UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/4 "2021-04-14T10:13:54Z")

</div>

No, CCleaner should not be messing with the authorization token. Do you change your system time occasionally? If so, this can be related.

---

<div class="post-metadata">

**Author:** ![hogola](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/13edae/32.png) [@hogola](https://community.mp3tag.de/u/hogola)\
**Post date:** [April 14, 2021, 10:20am UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/5 "2021-04-14T10:20:06Z")

</div>

Nope, no manual system time changes. System is set to do that whenever it does its checks and this should not be significant ..  
I just checked it and it is with today's auth, the 5st time since March 25. That is when I start using MP3TAG again to manually clean a section of my collection.

---

<div class="post-metadata">

**Author:** ![hogola](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/13edae/32.png) [@hogola](https://community.mp3tag.de/u/hogola)\
**Post date:** [April 16, 2021, 12:13pm UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/6 "2021-04-16T12:13:36Z")

</div>

Happened again today ...

beets |granted 2020-01-20 03:27:30 |Revoke|  
|Mp3tag |granted 2021-03-25 04:55:29 |Revoke|  
|Mp3tag |granted 2021-04-11 00:32:35 |Revoke|  
|Mp3tag |granted 2021-04-11 00:53:42 |Revoke|  
|Mp3tag |granted 2021-04-12 05:09:07 |Revoke|  
|Mp3tag |granted 2021-04-14 02:37:47 |Revoke|  
|Mp3tag |granted 2021-04-16 05:09:16 |Revoke |

---

<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:** [April 16, 2021, 12:46pm UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/7 "2021-04-16T12:46:06Z")

</div>

Where do you get this log from?

---

<div class="post-metadata">

**Author:** ![hogola](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/13edae/32.png) [@hogola](https://community.mp3tag.de/u/hogola)\
**Post date:** [April 16, 2021, 1:11pm UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/8 "2021-04-16T13:11:00Z")

</div>

Florian,

logon to DISCOGS -\> SETTINGS -\> APPLICATIONS (here are all authorisations recorded/stored)

[https://www.discogs.com/settings/applications](https://www.discogs.com/settings/applications)

Cheers TL

---

<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:** [April 16, 2021, 1:13pm UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/9 "2021-04-16T13:13:10Z")

</div>

OK, I actually know where this is. Just wasn't sure if you're referring to this page.

Mp3tag stores the auth token in its configuration file mp3tag.cfg. Do you change this in any way or rollback from backups?

---

<div class="post-metadata">

**Author:** ![hogola](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/13edae/32.png) [@hogola](https://community.mp3tag.de/u/hogola)\
**Post date:** [April 16, 2021, 1:31pm UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/10 "2021-04-16T13:31:55Z")

</div>

Florian,

MP3TAG is installed as is, I do no think I have made any config changes after the installation or during the time I have been using it. The only thing I do, before I shutdown I run CCleaner to clear out cookies etc ..  
It does not bother me, I was just curious and thought I ask. I will see if I can work out what I am doing to make this happen.

Don't worry ...

---

<div class="post-metadata">

**Author:** ![hogola](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/13edae/32.png) [@hogola](https://community.mp3tag.de/u/hogola)\
**Post date:** [April 20, 2021, 10:39am UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/11 "2021-04-20T10:39:16Z")

</div>

Hallo Florian,

it seems the authentication issue is system time related, I still do not know yet as to why. If the authentication request pops up and I then manually sync the system I can continue to work under the original auth-code. The system logs clean - no errors - no warnings and the time difference cannot be more then seconds. I will go and buy/order a new system-board-batterie for the notebook as it around 6 years old, if that does not fix it I will need to reinstall.  
Nothing is worse then to know how to workaround a problem but not be able to fix it!

Anyhow I thought I just post a quick update ..

---

<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:** [April 20, 2021, 1:22pm UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/12 "2021-04-20T13:22:18Z")

</div>

> [@Florian](#):
>
> Do you change your system time occasionally? If so, this can be related.

> [@hogola](#):
>
> it seems the authentication issue is system time related, I still do not know yet as to why.

Yes 😃 It's because the timestamp is part of the OAuth signature in the request.

---

<div class="post-metadata">

**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\
**Post date:** [February 9, 2026, 12:29pm UTC](https://community.mp3tag.de/t/discogs-authorisation/52823/13 "2026-02-09T12:29:11Z")

</div>


