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

[blauholsten]

Hallo kann mir jemand helfen warum mein Adapter nicht bei Travis besteht?

folgendes Log:

Link Text

so sieht die Codezeile aus....

auf den der Fehler in Travis hinweist. Falls das der Grund des not passing ist?

[AlCalzone]

@blauholsten So wie du es geschrieben hast, kann der letzte else-Branch ebenfalls ausgeführt werden, wenn state === undefined ist. Du kannst die Prüfung auf einen definierten State ändern zu state == null, das ist äquivalent zu state === null || state === undefined.

Was bei dir fehlschlägt ist der Unit-Test, der mit einem gefaketen ioBroker im Hintergrund arbeitet. Es kann sein, dass die Methoden sich nicht 100% identisch zu einem echten JS-Controller verhalten. Lokal wird dann bei einem nicht existierenden wohl null zurück gegeben, der Fake gibt aber undefined zurück. Schadet dennoch nicht, sowohl null als auch undefined auszuschließen, gerade falls sich in einer zukünftigen JS-Controller-Version hier was am Verhalten ändert.

[apollon77]

@blauholsten Ab js-controller 2.0 wäre das an sich korrekt.

Die Relaität ist glaube ich für 90% der Adapter das auf "!state" geprüft wird oder "typeof state !== 'object'" weil state ist entweder ein Objekt oder "nicht definiert" (null/undefined)

[AlCalzone]

@apollon77 sagte in Hilfe bei Travis:

"typeof state !== 'object'"

BITTE NICHT! typeof null ist 'object'!

!state hingegen ist sicher.

[blauholsten]

@apollon77 sagte in Hilfe bei Travis:

@blauholsten Ab js-controller 2.0 wäre das an sich korrekt.

Okay danke!!!, Ab js 2.0 wäre der ganze code baustein nicht mehr erforderlich, da mit der Version Default states der instance angelegt werden können.
Hoffe ich zumindest?

[apollon77]

@blauholsten Ja die Defauts sind drin. Dennoch muss dein Adapter - es sei denn er soll NUR mit controller 2.0 funktionieren - beides können :-( ... erstmal für ne Weile