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

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 ?

lobomau

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.

~~![](</s><URL url=)http://up.picr.de/31435868hy.jpg" />

~~![](</s><URL url=)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:

~~![](</s><URL url=)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...

Community Forum

NEWS

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

Support us

594

32.4k

81.5k

1.3m