Admin 6.2 jetzt im Stable

[saeft_2003]

@thomas-braun

Natürlich, alles was regelmäig bedient wird habe ich in einer mobilen VIS bzw. in telegram.

Aber es kommt doch immer wieder vor, dass ich mal in die Objekte rein schaun muss, oder ein DP ändern muss. Bei über 40000 Objekte gäbe das eine große VIS

[Thomas Braun]

@saeft_2003

Das wäre mir für unterwegs aber auch zu blöd und ich würde warten, bis ich an einem 'großen Bildschirm' gescheit arbeiten könnte.

[saeft_2003]

@thomas-braun

Gründsätzlich hast du da natürlich Recht. Aber letzt erst ist die Frau daheim amok gelaufen, weil was nicht funktioniert hat, da war ich sehr froh das ich das schnell von unterwegs beheben konnte...

Gerade wenn ich im Urlaub bin, finde ich persönlich es als sehr wichtig das ich auf die Objekte zugriff habe, falls etwas sein sollte.

Mag sein, dass das für dich und andere weniger wichtig ist, aber mir ist es sehr wichtig.

[Feuersturm]

@sigi234 sagte in Admin 6.2 jetzt im Stable:

Edit:
Nach zurückspielen von WS auf 2.1.3 und socketio auf 6.1.8 geht es wieder.

@apollon77 bei welchem Adapter sollte siggi für dieses Problem am besten den issue aufmachen?

[stenmic]

@saeft_2003 keine Ahnung… ich bin auf .17

[bahnuhr]

Guten Morgen,

habe eben update auf
admin 6.2.17 und cloud 4.2.2. gemacht

Nun komme ich gar nicht mehr in die cloud config.

Es kommt

Und bei F12 wird folgendes in rot angezeigt.

typeError: to.map is not a function
    at Is.render (ChipInput.jsx:553:38)
    at Wi (react-dom.production.min.js:204:189)
    at Rs (react-dom.production.min.js:203:149)
    at oa (react-dom.production.min.js:292:172)
    at ra (react-dom.production.min.js:280:389)
    at Jc (react-dom.production.min.js:280:320)
    at ml (react-dom.production.min.js:280:180)
    at iu (react-dom.production.min.js:271:88)
    at ea (react-dom.production.min.js:273:300)
    at hn (react-dom.production.min.js:127:105)
    at bc (react-dom.production.min.js:283:470)
    at $n (react-dom.production.min.js:281:398)
    at bs (react-dom.production.min.js:270:269)
    at Ln (scheduler.production.min.js:13:203)
    at MessagePort.Gn (scheduler.production.min.js:14:128)
(anonymous) @ instrument.ts:123

issue ist bei cloud schon drin:
https://github.com/ioBroker/ioBroker.cloud/issues/319

Dabei wollte ich doch nur, dass mir die whitelist auch angezeigt wird.
klappt nicht.

Jemand eine Idee ?

mfg
Dieter

mcuiobroker created this issue in ioBroker/ioBroker.cloud

closed WhiteList for Services not shown under Admin 5 #319

[bahnuhr]

So, läuft wieder.
cloud Instanz und Adapter komplett gelöscht.
Danach neu installiert.

Das importiere der gespeicherten json brachte aber o.g. Fehler.

Das Neueingeben der Daten hat aber dann geklappt.

mfg
Dieter

[Christoph1337]

@apollon77 Sehr cool das mit dem reverse proxy!

Kann vielleicht jemand mal eine Beispielconfig für den nginx bereitstellen? Das wäre super!

[Latzi]

@sigi234 sagte in Admin 6.2 jetzt im Stable:

Edit:
Nach zurückspielen von WS auf 2.1.3 und socketio auf 6.1.8 geht es wieder.

ich musste auch noch zusätzlich web auf 5.2.4 zurückstellen damit´s wieder funktioniert

[sigi234]

@latzi sagte in Admin 6.2 jetzt im Stable:

@sigi234 sagte in Admin 6.2 jetzt im Stable:

Edit:
Nach zurückspielen von WS auf 2.1.3 und socketio auf 6.1.8 geht es wieder.

ich musste auch noch zusätzlich web auf 5.2.4 zurückstellen damit´s wieder funktioniert

Jupp, ich auch

[neunteufels]

Hallo.
Ich habe das Update auf 6.2.17 ebenfalls durchgeführt.
Bis vor dem Update war es möglich, dass ich zwei Browers mit der Verwaltung offen hatte, sogar mit dem gleichen User.
War oft praktisch in einem die Objekte und im anderen Blockly.
Das geht jetzt nicht mehr, auch nicht mit verschiedenen Usern.
Sobald ich ein zweites Mal einlogge fliege ich aus der ersten Anmeldung raus.
Ist das so gewollt? Was müsste ich machen damit das wieder geht?

@apollon77 Hast du eine Idee dazu?

Edit: Im Log steht nur "REAUTHENTICATE!"

Danke!

[Negalein]

@neunteufels sagte in Admin 6.2 jetzt im Stable:

Ist das so gewollt?

kann ich nicht bestätigen.
Hab zT 3 Fenster offen.

[neunteufels]

@negalein
Mit dem gleichen User?

[Negalein]

@neunteufels sagte in Admin 6.2 jetzt im Stable:

@negalein
Mit dem gleichen User?

Ja

[Feuersturm]

@neunteufels Dein Problem tritt bei mir auch nicht auf. Hab auch des öfteren mehrmals den iobroker in mehreren Browsern offen mit einem User ohne das es Probleme gibt.
Hast du irgendwelche Blocker aktiv oder wird bei dir verhindert, dass coockies oder ähnliches gespeichert werden können?

[neunteufels]

@feuersturm
Bei mir hat das ja auch einwandfrei funktioniert.
Einzige Änderung war das Update auf Admin 6.

[neunteufels]

Ich habe jetzt einen zweiten Admin (admin.1) installiert mit Port 8089.
Da funktionierts interessanterweise.
Admin.0 gelöscht.
Admin.1 auf 8081 geändert => funktioniert nicht.
Admin.1 auf 8089 geändert => funktioniert.

Ergibt keinen Sinn, oder?

[Glasfaser]

@neunteufels sagte in Admin 6.2 jetzt im Stable:

Ergibt keinen Sinn, oder?

Browser mal gewechselt , Cache gelöscht usw.

siehe hier z.B .

https://forum.iobroker.net/topic/57333/gelöst-objekte-nicht-erreichbar-admin-instabil/128

[neunteufels]

@glasfaser

Im Chrome habe ich alles versucht. Mit 8089 gehts, mit 8081 nicht.

Im Edge gehts mit 8081 auch.

Kann mir das wer erklären?

[Glasfaser]

@neunteufels

Wenn es jetzt geht, liegt es an Chrome bei dir .
Was hast du versucht !?