[Gelöst] Admin-Reiter bleibt leer und hängt bei "Bearbeite…" fest (Admin v2 und v3)

[lobomau]

@Holger76:

bei mir das gleiche, komisch nur, dass die Adapter in der Admin-beta (3.0.8) funktionieren (läuft parallel)

bei der nicht beta steht installiert 3.0.1, verfübar 2.0.9. komisch. Dachte ab 3 wäre die beta ? `
Nee, ich hatte auch Mal die 3.0.1 des "normalen" admins installiert gehabt und habe wieder die 2.0.9 installiert, welche wohl die offizielle Version ist. 3.0.1 ist quasi eine Beta des Admin Adapters.

Parallel gibt es die Admin-Beta mit 3.0.8.

[frankjoke]

@Homoran:

Welche hardware?

Bei pi1 sudo iobroker stop, dann nochmal.

Alle anderen einfach nochmal

Oder hast du jetzt den admin doppelt? `

Homoran, habe gedebugt und folgenden Fehler/Warning erhalten (in chrome beim startup vom #adapter):

What I realized is that the #admin tab (in chrome debugger) generates an error and a warning:

! ````
adminAdapters.js:665 Uncaught TypeError: (obj.title || "").replace is not a function
at Array. <anonymous>(adminAdapters.js:665)
at adminAdapters.js:436
(anonymous) @ adminAdapters.js:665
(anonymous) @ adminAdapters.js:436
setTimeout (async)
(anonymous) @ adminAdapters.js:434
n.onack @ universalModuleDefinition:3
n.onpacket @ universalModuleDefinition:3
(anonymous) @ universalModuleDefinition:3
n.emit @ universalModuleDefinition:2
n.ondecoded @ universalModuleDefinition:1
(anonymous) @ universalModuleDefinition:3
r.emit @ universalModuleDefinition:1
s.add @ universalModuleDefinition:1
n.ondata @ universalModuleDefinition:1
(anonymous) @ universalModuleDefinition:3
n.emit @ universalModuleDefinition:2
n.onPacket @ universalModuleDefinition:2
(anonymous) @ universalModuleDefinition:2
n.emit @ universalModuleDefinition:2
n.onPacket @ universalModuleDefinition:2
n.onData @ universalModuleDefinition:2
ws.onmessage @ universalModuleDefinition:3
adminHosts.js:282 Timeout for repository
(anonymous) @ adminHosts.js:282
setTimeout (async)
Hosts.init @ adminHosts.js:281
Hosts.initList @ adminHosts.js:105
(anonymous) @ admin.js:1045
setTimeout (async)
(anonymous) @ admin.js:986
n.onack @ universalModuleDefinition:3
n.onpacket @ universalModuleDefinition:3
(anonymous) @ universalModuleDefinition:3
n.emit @ universalModuleDefinition:2
n.ondecoded @ universalModuleDefinition:1
(anonymous) @ universalModuleDefinition:3
r.emit @ universalModuleDefinition:1
s.add @ universalModuleDefinition:1
n.ondata @ universalModuleDefinition:1
(anonymous) @ universalModuleDefinition:3
n.emit @ universalModuleDefinition:2
n.onPacket @ universalModuleDefinition:2
(anonymous) @ universalModuleDefinition:2
n.emit @ universalModuleDefinition:2
n.onPacket @ universalModuleDefinition:2
n.onData @ universalModuleDefinition:2
ws.onmessage @ universalModuleDefinition:3</anonymous>

Das Problem ist dass die io.socket calls zum System anscheinend keine Adapter mehr liefern!

Das ist beim info-Adapter das selbe, und auch wenn ich Filter setze oder in den expert mode gehe.

Die UI vom adapter-tab kriegt einfach keine Info von der ioBroker-Instanz!

Ok, etwas tiefer in der Adapter-Instanz mit chrome gedebuggd und den neuen flot-adapter als Verursacher identifiziert!

Habe daraufhin mittels

iobroker upgrade flot@1.7.0

flot auf eine ältere Version gesetzt und der Fehler ist weg!

nun der wirkliche Grund:

Neue Adapter scheinen den Titel auch in verschiedenen Sprachen angeben zu können., vorher war der Titel nur ein String, und jetzt hat flot aber als Tital:

"title": {
"en": "Flot Charts",
"de": "Flot-Diagrammen",
"ru": "Графики c Flot",
"pt": "Flot Charts",
"nl": "Flot charts",
"fr": "Graphiques des Flot",
"it": "Grafici Flot",
"es": "Gráficos de Flot",
"pl": "Wykresy Flot"
}

Das versteht adminAdapter.js (in Zeile 665) nicht!

Es glaubt dass title ein string (und kein Objekt) ist und wendet replace an.

Das erzeugt einen Fehler welcher die ganze Prozedur die Adapter zu listen stoppt!

Bitte an Alle: Bevor ihr neue Möglichkeiten (in Adapter oder ioBroker selbst) integriert diese auch mit 'alten' Versionen Testen!

p.s.: mit dem downgrade von Flot werkt mein System wieder!

[jensus11]

Super, das funktioniert bei mir auch.

Gestern hatte ich den gleichen Fehler mit yahka.

Habe dann den letzten Snapshot eingespielt und alles ging wieder.

[RappiRN]

Jupp, das wars!

Enrico

[sigi234]

` > Habe daraufhin mittels

iobroker upgrade flot@1.7.0

flot auf eine ältere Version gesetzt und der Fehler ist weg! `

DANKE das hat geholfen

[Smokey]

@fsjoke:

Das Problem ist dass die io.socket calls zum System anscheinend keine Adapter mehr liefern!

Das ist beim info-Adapter das selbe, und auch wenn ich Filter setze oder in den expert mode gehe.

Die UI vom adapter-tab kriegt einfach keine Info von der ioBroker-Instanz!

Ok, etwas tiefer in der Adapter-Instanz mit chrome gedebuggd und den neuen flot-adapter als Verursacher identifiziert! `

Respekt und vielen Dank! Auch ich kann bestätigen, dass nun wieder alles funktioniert nachdem ich dem Flot einen Downgrade verpasst habe!

[RappiRN]

Habe jetzt nochmal reproduziert. Unter admin 2.0.9 läuft es mit flot 1.7.3 nicht. Admin-beta 3.0.8 geht damit aber.

Auch ein github-Update auf admin 3.0.1 hat nicht geholfen.

Enrico

[frankjoke]

Übrigens,

auch

iobroker upgrade flot@1.7.1

````funktioniert, ab 1.7.3 nicht!

[Mento]

Bei mir läuft es nun auch wieder mit : iobroker upgrade flot@1.7.0

Mal wieder ein dickes Danke an fsjoke :!:

iobroker upgrade flot@1.7.1 - hatte ein Fehler bei mir gebracht ( nicht vorhanden) aber mit:

iobroker upgrade flot@1.7.0

lief einiges durch.

Wobei ich nicht genau weiss was :roll:

Für mich sah es im ersten Moment nicht gut aus - siehe bilder unten.

Ich habe es so verstanden als hätte kein uprade durchgeführt werden können.

Danach einmal:

sudo iobroker restart 

Die Adapter werden nun wieder in Admin 2 angezeigt.

~~http://up.picr.de/31435868hy.jpg" />

http://up.picr.de/31435878eh.jpg" />~~

[Segway]

@fsjoke:

@Homoran:

Habe daraufhin mittels

iobroker upgrade flot@1.7.0

flot auf eine ältere Version gesetzt und der Fehler ist weg!

Jau TOP ! Hat geholfen

[Yellowball]

Gestern Abend funzte alles wieder - sämtliche Adapter waren wieder da!

Nachdem ich aber den chromecast Adapter von 1.3.5 auf 1.4.0 hochgezogen habe sind wieder alle Adapter weg!

Und nu?

[RappiRN]

Na wieder zurück, per Konsole!

Enrico

[Yellowball]

schön wär's:

~~http://yellowball.de/iob.jpg" />

Nach dem Abbruch des Upgrades war mein Pi3 komplett eingefroren und ich musste ihn stromlos machen, damit ioBroker wieder lief.

Noch eine Idee?~~

[RappiRN]

Wenn das alles war, was du zum Downgrade einegeben hast, dann hat auf jeden Fall noch ein

cd /opt/iobroker

gefehlt!

Und wenn du nicht als root angemeldet bist, muss noch ein

sudo

vor deinen Befehl!

Enrico

[Yellowball]

Vielen Dank Enrico, das war's!

[knopers1]

puhh, habe den Float Adapter wieder auf V1.7.0 gebracht und bekomme jetzt die Adapter zu sehen.

durch Neuinstallation des Admin Adapters bin ich wieder auf V.2.0.7, ladbare Version ist die V2.0.9

Wenn ich den Admin Adapter aktualiesiere, schmiert mir möglicherweise wieder die Seite ab.

siehe Post vom Yellowball.

Ist das ein Einzelfall beim Kollegen Yellowball, oder lassen sich die Adapter jetzt problemlos installieren bis auf den Float Adapter?
1526_unbenannt.png

[RappiRN]

Admin 2.0.9 und auch die github-Version 3.0.1 funktionieren problemlos!

Enrico

[Yellowball]

@knopers1 zur Info:

Ich habe gestern zig Adapter auf neue Versionen hochgezogen und es gab die Probleme nur beim Chromcast Update auf 1.4.0.

Den Flot Adapter verwende ich nicht.

[knopers1]

dann scheint das Problem nicht beim Float Adapter zu liegen, ich belasse es glaube ich vorerst so wie es ist.

Die Gefahr ist zu groß, dass es wieder abschmiert… Aus welchem Grund auch immer...

[Yellowball]

Das Problem ist jetzt nur, dass man ja jetzt nicht weiß welchen Adapter man upgraden darf ohne dass die Adapteranzeige abschmiert.