NEWS
VIS Views Benutzer Zugriffsberechtigung
-
Ich wollte den Zugang zu einzelnen VIS Views mit der Benutzerverwaltung reglementieren und habe dazu Authentication aktiviert, einen Test-User "User" in der Gruppe "Benutzer" angelegt:

So sehen die Berechtigungen der Gruppe "Benutzer" aus:

Die Benutzeranmeldung im Browser klappt auch (Zugriff
ü
ber https und dann die Abfrage nach name/passwort), aber danach kann nur der Benutzer "admin" Views sehen, beim Benutzer "user" sagt der Browser nur "File index.html not found: {}"Wo wird denn letztlich festgelegt welche Gruppe ein View sehen/benutzen darf? Das habe ich so noch nicht entdecken k
ö
nnen -
Ich wollte den Zugang zu einzelnen VIS Views mit der Benutzerverwaltung reglementieren und habe dazu Authentication aktiviert, einen Test-User "User" in der Gruppe "Benutzer" angelegt:

So sehen die Berechtigungen der Gruppe "Benutzer" aus:

Die Benutzeranmeldung im Browser klappt auch (Zugriff
ü
ber https und dann die Abfrage nach name/passwort), aber danach kann nur der Benutzer "admin" Views sehen, beim Benutzer "user" sagt der Browser nur "File index.html not found: {}"Wo wird denn letztlich festgelegt welche Gruppe ein View sehen/benutzen darf? Das habe ich so noch nicht entdecken k
ö
nnen@littleno sagte in VIS Views Benutzer Zugriffsberechtigung:
Wo wird denn letztlich festgelegt welche Gruppe ein View sehen/benutzen darf? Das habe ich so noch nicht entdecken k
ö
nnendas kannst du pro widget auf die Benutzergruppe festlegen
-
@littleno sagte in VIS Views Benutzer Zugriffsberechtigung:
Wo wird denn letztlich festgelegt welche Gruppe ein View sehen/benutzen darf? Das habe ich so noch nicht entdecken k
ö
nnendas kannst du pro widget auf die Benutzergruppe festlegen
-
@littleno sagte in VIS Views Benutzer Zugriffsberechtigung:
@homoran und wo?
in der Widget Konfiguration ganz oben
-
@littleno sagte in VIS Views Benutzer Zugriffsberechtigung:
@homoran und wo?
in der Widget Konfiguration ganz oben
@homoran okay, das ist zwar sicherlich praktisch damit mal einzelne Widgets nur bestimmten Usern zug
ä
nglich zu machen, aber wie regle ich jetzt den Zugriff auf das komplette View? Ich kann doch nicht hunderte Widgets anklicken um darin Berechtigungen zu setzen.Unabh
ä
ngig davon habe ich es grade mal ausprobiert und einem Widget alle Gruppen zugewiesen, aber das View l
ä
sst sich mit dem User trotzdem nicht
ö
ffnen. Da muss es noch mehr Zugriffskontrolle f
ü
r das komplette View geben -
@homoran okay, das ist zwar sicherlich praktisch damit mal einzelne Widgets nur bestimmten Usern zug
ä
nglich zu machen, aber wie regle ich jetzt den Zugriff auf das komplette View? Ich kann doch nicht hunderte Widgets anklicken um darin Berechtigungen zu setzen.Unabh
ä
ngig davon habe ich es grade mal ausprobiert und einem Widget alle Gruppen zugewiesen, aber das View l
ä
sst sich mit dem User trotzdem nicht
ö
ffnen. Da muss es noch mehr Zugriffskontrolle f
ü
r das komplette View geben@littleno sagte in VIS Views Benutzer Zugriffsberechtigung:
Ich kann doch nicht hunderte Widgets anklicken um darin Berechtigungen zu setzen.
Grunds
ä
tzlich kann man Parameter, die f
ü
r mehrere Widgets gelten sollen auf einmal vergeben, indem man alle relevanten Widgets gleichzeitig ausw
ä
hlt.
per Gummiband, SHIFT Klick, Auswahl im Widget Selector DropDown.....@littleno sagte in VIS Views Benutzer Zugriffsberechtigung:
aber das View l
ä
sst sich mit dem User trotzdem nicht
ö
ffnen.passt.
deine Fehlermeldung deutet auf etwas ganz anderes hin.
da hab ich aber keine Ahnung.Ich glaube die Rechte in denen du da gerade etwas einstellst gelten f
ü
r den admin. -
Ich wollte den Zugang zu einzelnen VIS Views mit der Benutzerverwaltung reglementieren und habe dazu Authentication aktiviert, einen Test-User "User" in der Gruppe "Benutzer" angelegt:

So sehen die Berechtigungen der Gruppe "Benutzer" aus:

Die Benutzeranmeldung im Browser klappt auch (Zugriff
ü
ber https und dann die Abfrage nach name/passwort), aber danach kann nur der Benutzer "admin" Views sehen, beim Benutzer "user" sagt der Browser nur "File index.html not found: {}"Wo wird denn letztlich festgelegt welche Gruppe ein View sehen/benutzen darf? Das habe ich so noch nicht entdecken k
ö
nnen@littleno
Ich versuche diese Konfiguration auch "wieder" hinzubekommen. Vor dem update von den Adapter "web", "socket.io" und "Web Socket" hat es ohne Probleme funktioniert. Aktuell funktioniert nur der Zugriff als "admin" die Benutzer nicht. Meine Konfig:Benutzer mit eigenem Passwort:

Benutzergruppenberechtigung:

Instanz web:


Objektrechte:

Zugriff vom Ger
ä
t mit IP 192.168.1.160:

Vor dem update wurde der Benutzer automatisch eingeloggt. Aktuell bleibt die vis runtime h
ä
ngen.- Der Fehler
"File index.html not found: {}"hatte ich zeitweise auch, dieser kann jedoch mit "rumspielen mit der Reihenfolge der Konfigurationseinstellungen" weggebracht werden. - Der Log-Eintrag, dass sich das Ger
ä
t verbunden hat (z.B. ==> Connected system.user.admin from ::ffff:192.168.1.160) erscheint ebenfalls nicht (mehr). Somit wird der irgendwo vorher abgew
ü
rgt.
Gibt's evtl. eine weitere M
ö
glichkeit dies zum Laufen zu bringen?System:
WEB-Server: v4.2.3
Web socket: v1.3.0
socket.io: v4.2.0
admin: v5.3.8
Einfache RESTful API: v2.6.4 - Der Fehler
-
Habs rausgefunden: im Reiter "CSS Allgemein" des View's selber (also ohne ein ausgew
ä
hltes Widget) gibt es auch nochmal diese Benutzereinstellung.
Ü
bernommen werden
Ä
nderungen daran aber wohl erst nach einem Neustart des VIS und/oder Web-Adapters (steht nirgends in den Doks)Auch werden dort die Gruppen nicht mit deren richtigen Namen angezeigt sondern als [objekt] [Objekt].

Alles in allem schon noch recht buggy, f
ü
r private Spielereien ist das ok, aber professionell einsetzen k
ö
nnte man sowas nicht. -
Habs rausgefunden: im Reiter "CSS Allgemein" des View's selber (also ohne ein ausgew
ä
hltes Widget) gibt es auch nochmal diese Benutzereinstellung.
Ü
bernommen werden
Ä
nderungen daran aber wohl erst nach einem Neustart des VIS und/oder Web-Adapters (steht nirgends in den Doks)Auch werden dort die Gruppen nicht mit deren richtigen Namen angezeigt sondern als [objekt] [Objekt].

Alles in allem schon noch recht buggy, f
ü
r private Spielereien ist das ok, aber professionell einsetzen k
ö
nnte man sowas nicht.@littleno sagte in VIS Views Benutzer Zugriffsberechtigung:
Alles in allem schon noch recht buggy, f
ü
r private Spielereien ist das ok, aber professionell einsetzen k
ö
nnte man sowas nicht.so ein Satz ist nicht hilfreich!
Wenn buggy, dann bitte Issue mit reproduzierbarer Vorgehensweise und allen n
ö
tigen Eckdaten erstellen.Wenn professionelle Nutzung bitte an die ioBroker GmBH wenden
-
@littleno sagte in VIS Views Benutzer Zugriffsberechtigung:
Alles in allem schon noch recht buggy, f
ü
r private Spielereien ist das ok, aber professionell einsetzen k
ö
nnte man sowas nicht.so ein Satz ist nicht hilfreich!
Wenn buggy, dann bitte Issue mit reproduzierbarer Vorgehensweise und allen n
ö
tigen Eckdaten erstellen.Wenn professionelle Nutzung bitte an die ioBroker GmBH wenden
Ganz durchschaut habe ich es leider immer noch nicht. Mit der unter CSS ausgew
ä
hlten Gruppe kann mein Test-User zwar das View
ö
ffnen, aber keine Schaltzust
ä
nde ver
ä
ndern:
Ich habe schon versucht der zugeh
ö
rigen Benutzergruppe alle Rechte zu geben, aber trotzdem l
ä
sst sich nichts schalten:

Ziel soll ja schlie
ß
lich sein das mein User die VIS bedienen kann, aber nicht daran editieren kann.so ein Satz ist nicht hilfreich!
Sehe ich anders. Ein Open-Source-Projekt lebt vom Feedback der Anwender. Klar w
ä
re es sch
ö
ner wenn ich gleich detailreichen Input zum Problem mit liefern k
ö
nnte, das kann aber jemand der mit dem Projekt nicht tiefer vertraut ist nicht. Fakt ist aber: das System verh
ä
lt sich nicht wie gew
ü
nscht oder zumindest nicht wie erwartet (es muss ja nicht immer ein technischer Fehler dahinter stecken, aber unklare Angaben in Men
ü
s und Doku sind mindestens genauso problematisch). Aufmerksam dass es da ein Problem gibt, werden die Betreuer des Projekts aber nur wenn Anwender das mitteilen. -
Ganz durchschaut habe ich es leider immer noch nicht. Mit der unter CSS ausgew
ä
hlten Gruppe kann mein Test-User zwar das View
ö
ffnen, aber keine Schaltzust
ä
nde ver
ä
ndern:
Ich habe schon versucht der zugeh
ö
rigen Benutzergruppe alle Rechte zu geben, aber trotzdem l
ä
sst sich nichts schalten:

Ziel soll ja schlie
ß
lich sein das mein User die VIS bedienen kann, aber nicht daran editieren kann.so ein Satz ist nicht hilfreich!
Sehe ich anders. Ein Open-Source-Projekt lebt vom Feedback der Anwender. Klar w
ä
re es sch
ö
ner wenn ich gleich detailreichen Input zum Problem mit liefern k
ö
nnte, das kann aber jemand der mit dem Projekt nicht tiefer vertraut ist nicht. Fakt ist aber: das System verh
ä
lt sich nicht wie gew
ü
nscht oder zumindest nicht wie erwartet (es muss ja nicht immer ein technischer Fehler dahinter stecken, aber unklare Angaben in Men
ü
s und Doku sind mindestens genauso problematisch). Aufmerksam dass es da ein Problem gibt, werden die Betreuer des Projekts aber nur wenn Anwender das mitteilen.@littleno sagte in VIS Views Benutzer Zugriffsberechtigung:
Sehe ich anders. Ein Open-Source-Projekt lebt vom Feedback der Anwender.
das w
ä
re ok.
Die Formulierung macht den Unterschied.Ist nur seltsam, dass du der erste von fast 70.000 usern bist, der das feststellt.
Entweder nutzt es noch niemand, dann hat es auch noch niemand gemeldet ind weil es keiner wei
ß
, kann es auch nicht gefixt werden.Bitte ein passendes issue er
ö
ffnen!
am besten mit@littleno sagte in VIS Views Benutzer Zugriffsberechtigung:
detailreichen Input zum Problem
-
@littleno
Ich versuche diese Konfiguration auch "wieder" hinzubekommen. Vor dem update von den Adapter "web", "socket.io" und "Web Socket" hat es ohne Probleme funktioniert. Aktuell funktioniert nur der Zugriff als "admin" die Benutzer nicht. Meine Konfig:Benutzer mit eigenem Passwort:

Benutzergruppenberechtigung:

Instanz web:


Objektrechte:

Zugriff vom Ger
ä
t mit IP 192.168.1.160:

Vor dem update wurde der Benutzer automatisch eingeloggt. Aktuell bleibt die vis runtime h
ä
ngen.- Der Fehler
"File index.html not found: {}"hatte ich zeitweise auch, dieser kann jedoch mit "rumspielen mit der Reihenfolge der Konfigurationseinstellungen" weggebracht werden. - Der Log-Eintrag, dass sich das Ger
ä
t verbunden hat (z.B. ==> Connected system.user.admin from ::ffff:192.168.1.160) erscheint ebenfalls nicht (mehr). Somit wird der irgendwo vorher abgew
ü
rgt.
Gibt's evtl. eine weitere M
ö
glichkeit dies zum Laufen zu bringen?System:
WEB-Server: v4.2.3
Web socket: v1.3.0
socket.io: v4.2.0
admin: v5.3.8
Einfache RESTful API: v2.6.4@ice987 said in VIS Views Benutzer Zugriffsberechtigung:
Der Fehler "File index.html not found: {}" hatte ich zeitweise auch, dieser kann jedoch mit "rumspielen mit der Reihenfolge der Konfigurationseinstellungen" weggebracht werden.
Hi ice,
ich stehe genau an der gleichen Stelle. Wei
ß
t du noch ~wo du
ä
ndern musstest um das Thema zu l
ö
sen?
Bei mir laufen 2 web adapter, einer als Admin auf 8082 - zugriff auf alles da, und einer als user auf 8083 mit dem Ergebnis" index.html not found".Danke und Gru
ß
Det - Der Fehler
-
Auch ich stehe hier vor dem gleichen Problem. Ich habe einen weiteren Benutzer ohne Adminrechte angelegt, sprich er befindet sich in der schon angelegten Gruppe User.
Da mein Server auch im Internet erreichbar ist, m
ö
chte ich verst
ä
ndlicherweise nicht, dass jeder darauf zugreifen kann. Das Login funktioniert auch soweit. Nur sehe ich nix. Wenn ich mich als normaler Nutzer einloge, sehe ich einen blauen Balken und einen Link "Sign out". Wechsel ich direkt in einen View, bekomme ich die Meldung "index.html not found: {}"
Die Dokumentation schweigt sich dazu aus. Auch auf Youtube habe ich leider nur ein Video gefunden, welches sich
ü
berhaupt mit der Benutzerverwaltung auseinandersetzt. Leider ist das von 2018 und die Oberfl
ä
che sieht
ü
berhaupt nicht mehr so aus. Die ganze Rechteverwaltung in der Objects Ansicht gibt es bei mir gar nicht mehr.
Wie kann ich den View f
ü
r einen eingelogten normalen User oder von mir aus auch einer anderen Usergruppe au
ß
er dem Admin freigeben? -
Auch ich stehe hier vor dem gleichen Problem. Ich habe einen weiteren Benutzer ohne Adminrechte angelegt, sprich er befindet sich in der schon angelegten Gruppe User.
Da mein Server auch im Internet erreichbar ist, m
ö
chte ich verst
ä
ndlicherweise nicht, dass jeder darauf zugreifen kann. Das Login funktioniert auch soweit. Nur sehe ich nix. Wenn ich mich als normaler Nutzer einloge, sehe ich einen blauen Balken und einen Link "Sign out". Wechsel ich direkt in einen View, bekomme ich die Meldung "index.html not found: {}"
Die Dokumentation schweigt sich dazu aus. Auch auf Youtube habe ich leider nur ein Video gefunden, welches sich
ü
berhaupt mit der Benutzerverwaltung auseinandersetzt. Leider ist das von 2018 und die Oberfl
ä
che sieht
ü
berhaupt nicht mehr so aus. Die ganze Rechteverwaltung in der Objects Ansicht gibt es bei mir gar nicht mehr.
Wie kann ich den View f
ü
r einen eingelogten normalen User oder von mir aus auch einer anderen Usergruppe au
ß
er dem Admin freigeben?Hallo,
habe exakt dasselbe Problem, auch nach stundenlangem Rumprobieren ist es nicht hinzubekommen mit einem User Zugriff auf VIS zu haben (nur admin geht).
Kann denn niemand kurz die notwendigen Schritte hier kurz reinschreiben damit man sein Setup auf Vollst
ä
ndigkeit pr
ü
fen kann f
ü
r diese Einstellung?Doku dazu ist wirklich d
ü
rftig, ich finde dazu nichts.Problem nochmals beschrieben:
Selbst wenn man alle Views, Widgets in VIS anw
ä
hlt und alle H
ä
kchen bei "nur f
ü
r Gruppen" anw
ä
hlt erh
ä
lt ein "nicht-Admin" Benutzer keinen Zugriff auf VIS, auch wenn man ihn mit ALLEN Rechten ausstattet. Es kommt dann der Login des Benutzers (das klappt noch) aber dann dreht sich dieser Kreis ewig und es kommt nichts. Zugriff auf vis-edit geht auch nicht - der w
ä
re mir nicht wichtig bzw. sogar recht wenn das nicht ginge, aber f
ü
r die Fehlersuche vielleicht relevant - es kommt dort immer "no Connection".Was mit dem angelegten Benutzer funktioniert: anmelden im Admin-Bereich von ioBroker. Nur in VIS klappt es nicht und ich habe keine Ahnung weshalb.
Muss man noch irgendwo die VIS-Komponente selbst global freigeben f
ü
r den angelegten Benutzer und falls ja wo? Finde dazu nichts, w
ä
re sehr hilfreich wenn hierzu jemand eine Hilfestellung geben k
ö
nnte.Danke!
-
Hallo,
habe exakt dasselbe Problem, auch nach stundenlangem Rumprobieren ist es nicht hinzubekommen mit einem User Zugriff auf VIS zu haben (nur admin geht).
Kann denn niemand kurz die notwendigen Schritte hier kurz reinschreiben damit man sein Setup auf Vollst
ä
ndigkeit pr
ü
fen kann f
ü
r diese Einstellung?Doku dazu ist wirklich d
ü
rftig, ich finde dazu nichts.Problem nochmals beschrieben:
Selbst wenn man alle Views, Widgets in VIS anw
ä
hlt und alle H
ä
kchen bei "nur f
ü
r Gruppen" anw
ä
hlt erh
ä
lt ein "nicht-Admin" Benutzer keinen Zugriff auf VIS, auch wenn man ihn mit ALLEN Rechten ausstattet. Es kommt dann der Login des Benutzers (das klappt noch) aber dann dreht sich dieser Kreis ewig und es kommt nichts. Zugriff auf vis-edit geht auch nicht - der w
ä
re mir nicht wichtig bzw. sogar recht wenn das nicht ginge, aber f
ü
r die Fehlersuche vielleicht relevant - es kommt dort immer "no Connection".Was mit dem angelegten Benutzer funktioniert: anmelden im Admin-Bereich von ioBroker. Nur in VIS klappt es nicht und ich habe keine Ahnung weshalb.
Muss man noch irgendwo die VIS-Komponente selbst global freigeben f
ü
r den angelegten Benutzer und falls ja wo? Finde dazu nichts, w
ä
re sehr hilfreich wenn hierzu jemand eine Hilfestellung geben k
ö
nnte.Danke!
Hallo,
Ich m
ö
chte mich deiner Anfrage um Hilfestellung zur Zugrifsberechtigung anschlie
ß
en.
Ich habe mich auch mal daran versucht und habs nicht hinbekommen.
W
ä
re wirklich hilfreich wenn jemand dazu eine kurze Anleitung geben k
ö
nnte.Danke!
-
Hallo,
Ich m
ö
chte mich deiner Anfrage um Hilfestellung zur Zugrifsberechtigung anschlie
ß
en.
Ich habe mich auch mal daran versucht und habs nicht hinbekommen.
W
ä
re wirklich hilfreich wenn jemand dazu eine kurze Anleitung geben k
ö
nnte.Danke!
Also ich habe es am Ende nur mit einem unsch
ö
nen Workaround hinbekommen, anders geht es leider nicht mit ioBroker oder es ist offensichtlich zu komplex f
ü
r viele Anwender 
Vielleicht hilft es dem einen oder anderen, f
ü
r mich ist die L
ö
sung besser als nix: meine L
ö
sung bestand darin den User, dem man einen eingeschr
ä
nkten Zugang
ü
bers Internet geben m
ö
chte, zur Admin Gruppe hinzuzuf
ü
gen. Allerdings muss man dann unbedingt unter "Instanzen"-"web" in den Einstellungen bei "Zugangskontrolle" folgendes f
ü
r den Standard-Nutzer einstellen (sonst hat man nicht gew
ü
nschten Effekt, dass der Zugreifende die Visualisierung editieren kann):
Dann habe ich nur den Port f
ü
r VIS freigegeben, dann sollte auch die Admin Oberfl
ä
che nicht betroffen sein von dem "Admin-User", dieser kann dann nur auf die eingeschr
ä
nkte VIS Oberfl
ä
che lesend zugreifen.Ein weiteres Problem war noch, dass ich Views sperren wollte, aber wenn alle in der Admin Gruppe sind geht das nicht. Das kann man dadurch umgehen indem man eine neue Benutzergruppe anlegt (bspw. "gesperrte Views") und seine eigene Benutzergruppe (bspw den admin-user) dort zus
ä
tzlich hinzuf
ü
gt - dann muss man die Views entsprechend noch sperren / konfigurieren, das l
ä
sst sich dann so l
ö
sen.Aber alles in allem doch ein riesiger, unsch
ö
ner Workaround f
ü
r eine Funktion die eigentlich out-of-the-box funktionieren sollte, es w
ä
re echt prima wenn ein ioBroker Entwickler sich das mal ansieht und entweder vereinfacht (sollte kein Bug vorliegen und es f
ü
r viele Normalsterbliche einfach zu komplex einzustellen ist) oder ggf. den Fehler behebt, damit auch nicht-Admin-User auf die VIS Oberfl
ä
che zugreifen k
ö
nnen.Ansonsten bin ich rundum zufrieden mit ioBroker, ziemlich geniales Werkzeug welches ich nicht mehr missen m
ö
chte
! -
Also ich habe es am Ende nur mit einem unsch
ö
nen Workaround hinbekommen, anders geht es leider nicht mit ioBroker oder es ist offensichtlich zu komplex f
ü
r viele Anwender 
Vielleicht hilft es dem einen oder anderen, f
ü
r mich ist die L
ö
sung besser als nix: meine L
ö
sung bestand darin den User, dem man einen eingeschr
ä
nkten Zugang
ü
bers Internet geben m
ö
chte, zur Admin Gruppe hinzuzuf
ü
gen. Allerdings muss man dann unbedingt unter "Instanzen"-"web" in den Einstellungen bei "Zugangskontrolle" folgendes f
ü
r den Standard-Nutzer einstellen (sonst hat man nicht gew
ü
nschten Effekt, dass der Zugreifende die Visualisierung editieren kann):
Dann habe ich nur den Port f
ü
r VIS freigegeben, dann sollte auch die Admin Oberfl
ä
che nicht betroffen sein von dem "Admin-User", dieser kann dann nur auf die eingeschr
ä
nkte VIS Oberfl
ä
che lesend zugreifen.Ein weiteres Problem war noch, dass ich Views sperren wollte, aber wenn alle in der Admin Gruppe sind geht das nicht. Das kann man dadurch umgehen indem man eine neue Benutzergruppe anlegt (bspw. "gesperrte Views") und seine eigene Benutzergruppe (bspw den admin-user) dort zus
ä
tzlich hinzuf
ü
gt - dann muss man die Views entsprechend noch sperren / konfigurieren, das l
ä
sst sich dann so l
ö
sen.Aber alles in allem doch ein riesiger, unsch
ö
ner Workaround f
ü
r eine Funktion die eigentlich out-of-the-box funktionieren sollte, es w
ä
re echt prima wenn ein ioBroker Entwickler sich das mal ansieht und entweder vereinfacht (sollte kein Bug vorliegen und es f
ü
r viele Normalsterbliche einfach zu komplex einzustellen ist) oder ggf. den Fehler behebt, damit auch nicht-Admin-User auf die VIS Oberfl
ä
che zugreifen k
ö
nnen.Ansonsten bin ich rundum zufrieden mit ioBroker, ziemlich geniales Werkzeug welches ich nicht mehr missen m
ö
chte
!@schwarms sagte in VIS Views Benutzer Zugriffsberechtigung:
es w
ä
re echt prima wenn ein ioBroker Entwickler sich das mal ansiehtdazu muss es gemeldet werden
@homoran sagte in VIS Views Benutzer Zugriffsberechtigung:
Bitte ein passendes issue er
ö
ffnen!sonst bekommt das niemand mit
-
@schwarms sagte in VIS Views Benutzer Zugriffsberechtigung:
es w
ä
re echt prima wenn ein ioBroker Entwickler sich das mal ansiehtdazu muss es gemeldet werden
@homoran sagte in VIS Views Benutzer Zugriffsberechtigung:
Bitte ein passendes issue er
ö
ffnen!sonst bekommt das niemand mit
-
@crunchip ok danke, du meinst hier oder: https://github.com/ioBroker/ioBroker/issues/new
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden