Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Armilar]

@fakir

bei mir läuft der perfekt - also es liegt zumindest nicht am Adapter

[aruttkamp]

@armilar Das ist spannend. Verrätst Du bitte welche Version du nutzt und seit wann ?

[Armilar]

@aruttkamp

klar - v1.5.3 und die habe ich seit dem es die gibt...

[Lukas Führer]

@armilar du kannst versuchen die main.js datei im filesystem zu ändern.
die liegt in:

/opt/iobroker/node_modules/iobroker.spotify-premium/main.js

const application = {
    userId: '',
    baseUrl: 'https://api.spotify.com',
    clientId: '',
    clientSecret: '',
    deleteDevices: false,
    deletePlaylists: false,
    keepShuffleState: true,
    redirect_uri: 'http://127.0.0.1',
    token: '',
    refreshToken: '',
    code: '',
    statusInternalTimer: null,
    statusPollingHandle: null,
    statusPollingDelaySeconds: 5,
    devicePollingHandle: null,
    devicePollingDelaySeconds: 300,
    playlistPollingHandle: null,
    playlistPollingDelaySeconds: 900,
    error202shown: false,
    cacheClearHandle: null,
};

wenn du da die redirect uri zu: http://127.0.0.1:80 änderst und die gleiche uri auf der spotify developer seite angegeben hast, dann läuft die Authentifizierung.
ohne Port angabe geht ja scheinbar nicht bei Spotify...

LG

[Walter.O.]

Ich habe mich hier mal eingelesen.
Etliches ausprobiert komme aber nicht weiter, der Adapter bleibt weiterhin Rot ( Verbunden mit Gerät oder Dienst )
Hat sich schon was neues ergeben?

[Armilar]

Ich weiß ja nicht was ihr da alles versucht... aber bei mir funktioniert das ganze immer noch im Standard...

Und dabei mache ich nur - was da in der Instanz steht... also:

• Registriere dich unter https://developer.spotify.com/dashboard/
• Erstelle eine Application, du erhältst eine Client ID und eine Client Secret
• Trage in den App Settings deiner Application bei Redirect URIs 'http://127.0.0.1' ein
• Trage hier deine Client ID und Client Secret ein
• Speichere die Änderungen
• Gehen Sie zum Tab "Autorisierung"

Kleine Demonstration

Anmeldung: Client ID und Client secret in den Instanz-Admin und speichern

Sieht dann so aus:

Jetzt auf den Tab "Autorisierung" gehen:

und unten auf "OK" bei Mitteilung klicken

Ist völlig normal bei mir , dass dann

kommt. Ihr braucht nur die URL die oben in der Browser-Zeile steht!

Die komplette URL aus dem Browserfenster das sich öffnet in die nachfolgende Zeile

eingeben und auf "Senden" klicken

Das wars und der Adapter wird grün:

Kann ich immer wiederholen und funktioniert auch jedes mal wieder...#

Ach ja... und sofort mit dem NSPanel (dieses mal der Adapter ;-) ) getestet:

läuft...

[Walter.O.]

@Armilar sagte in Spotify Adapter Redirect URL problem:

Trage in den App Settings deiner Application bei Redirect URIs 'http://127.0.0.1' ein

Genau daran scheitert es. In Basic Information wird der Eintrag von http://127.0.0.1 leider nicht Akzeptiert.
wenn ich einen punkt oder irgendetwas anderes dazu schreibe wird es Akzeptiert, was aber inkorrekt ist.
Was sollich denn da machen?

[Armilar]

@Walter.O.

Wenn http://127.0.0.1:80 oder http://localhost akzeptiert wird, dann mache das. ist ja das gleiche...

[FredF]

@Walter.O.
Probiere doch

http://127.0.0.1:8000

[Hohenbostler]

Morgen zusammen. Ich hänge auch gerade an der gesamten thematik.
Also mit der V 1.5.3 geht es irgendwie gar nicht. Also habe ich die V 1.5.6 von Gitub.

Damit stelle ich folgendes Fest:

Diese Uri geht nicht:

http://127.0.0.1:8000

Diese funktioniert. Ich werde zu Spotify geleitet kann zustimmen.

http://127.0.0.1:80

Dann komme ich auf die Fehlerseite wo aber der entsprechende Link steht. Diese gebe ich dann im iobroker ein kann aber nicht senden drücken. Weiss jemand woran das liegt ?

Edit wenn ich die URL über die objekte eingebe und die instanz neu starte bekomme ich den fehler das der Token falsch ist.

Hat jemand eine Idee ?

[mcm1957]

@Hohenbostler sagte in Spotify Adapter Redirect URL problem:

Also mit der V 1.5.3 geht es irgendwie gar nicht. Also habe ich die V 1.5.6 von Gitub.

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

Hat jemand eine Idee ?

Wenn es nicht nur eine ungenaue Ausdrucksweise ist installier als erstes Mal die offizielle Release 1.5.6 aus dem LATEST / BETAT Test Repository oder VON npm (NICHT MIT npm). Wie geschieben kannd er Githubstand von der echten Release 1.5.6 trotz ident scheinender Versionsnummer abweichen.

Falls du mit der Beta Version Probleme hast leg gerne ein Issue an. Keine Ahnung ob der / ein Dev hier mitliest.

[harling]

Bei mir lief der Adapter, war aber "plötzlich" gelb - ich kann nicht sagen, seit wann. Habe daher versucht, neu zu verbinden (Version 1.5.6 vom Latest) - bin dann ebenfalls auf die https// Probelmatik gestoßen. Mit http://127.0.0.1:80 komme ich weiter, wie oben auch @hohenbostler schreibt. Leider funktioniert bei mir ebenfalls der Senden-Button nicht.
Ich kopiere meinen "Antwortlink" mit http://127.0.0.1/?code=AQB7vkVO9g6l... in das Feld, aber der Senden-Button zeigt keinerlei Reaktion.

[Hohenbostler]

@harling Also genau so wie bei mir ;) . Hattest du ein issues aufgemacht ?

[harling]

@hohenbostler - nein, ich habe es erst heute früh bemerkt, kein issue eröffnet. Ich habe nur gesehen, daß es in GitHub das Problem bereits seit April gibt und das als Bug gekennzeichnet ist, nicht explizit der defekte Senden Button, aber die Sache mit localhost bzw. 127.0.0.1 und dass Spotify eine sichere Verbindung haben möchte
Daher jetzt mein Versuch vorhin mit http://127.0.0.1:80 - das wird immerhin bei Spotify akzeptiert

[Hohenbostler]

@harling

https://github.com/iobroker-community-adapters/ioBroker.spotify-premium/issues/504