SOLVED [Fehler] - Kein filtern im Admin nach Name mehr möglich

[Homoran]

@Knallochse
Die ID darf keine Punkte enthalten (Name weiß ich nicht genau, aber...)
Der Punkt ist ein Trenner für die Dateistruktur

javascript.0.eigene_Daten.Licht.Lampe_Buero.STATE

javascript ist der Adapter
0 die Instanz
eigene_Daten das Oberverzeichnis
Licht das Unterverzeichnis
Lampe_Buero das Gerät
STATE der Datenpunkt für den Zustand

und jede dieser Ebenen ist durch einen Punkt getrennt.

Hat jetzt eine ID einen weiteren Punkt, verschiebt sich die gesamte Struktur

[omega235]

Hallo,

hatte das Problem auch.

https://github.com/ioBroker/ioBroker.admin/issues/504

Das Problem ist das MOMA Kanäle (Ordner in Objekte) mit einer Zahl als Name erzeugt:
Ist: "name": 1
soll: "name": "1"

Das kann über den Raw (nur experten) Reiter korrigiert werden

{ "type": "channel", "common": { "name": 1 }, "native": {}, "from": "system.adapter.moma.3", "user": "system.user.admin", "ts": 1580751546979, "_id": "moma.3.fsSize.1", "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }

Omega236 created this issue in ioBroker/ioBroker.admin

closed Objekte Suche nach Name funktioniert nicht #504

[Knallochse]

@Homoran Danke für deine Ausführlicher Erklärung.
Das wird ja Spannend den Fehler zu finden

[Homoran]

@Peoples
Klappt bei mir

Muss aber @paul53 rechtgeben.
Wenn du mit eingeschaltetem Expertenmodus die Seite betrittst klappt es erst wenn du den Experten ausschaltest

[Peoples]

@Homoran
Der Datenpunkt wurde damals automatisch von dem sma-em - Adapter erstellt:

{
  "from": "system.adapter.sma-em.0",
  "user": "system.user.admin",
  "ts": 1572519118746,
  "common": {
    "name": "Device",
    "type": "channel"
  },
  "native": {},
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "_id": "sma-em.0.meineSeriennummer",
  "type": "channel"
}

Leider finde ich den Thread nicht mehr der mir damals geschickt wurde, dort stand was ich mit dem Datenpunkt machen soll dass dies wieder funktioniert.

Eben dieser Anleitung bin ich gefolgt und alles ist seit dem gut

[Homoran]

@Peoples ist doch alles ok.
Den Bindestrich würde ich auch noch in der ID vermeiden.

Aber nicht, dass wir aneinander vorbei reden.
Natürlich dürfen Punkte in einer ID sein, wenn man die ID als ganzen "Pfad" sieht.
Nur in jeder "Ebene" darf kein weiterer Punkt sein.

Um einen eigenen State in einem eigenen Obkektbaum anzulegen muss man sogar den ganzen Pfad inclusive der Trennpunkte eingeben.

[Knallochse]

Beim Anschauen meiner Objekte habe ich erstmal leider keine groben Fehler entdecken können.
Bindestriche werden aber von den verschiedensten Adaptern bei der Objekterstellung verwendet.
Welche Möglichkeiten zum Aufspüren von Fehlern gibt es noch (Filter funktioniert ja leider nicht)?

[omega235]

Hallo,

hatte das Problem auch.

https://github.com/ioBroker/ioBroker.admin/issues/504

Das Problem ist das MOMA Kanäle (Ordner in Objekte) mit einer Zahl als Name erzeugt:
Ist: "name": 1
soll: "name": "1"

Das kann über den Raw (nur experten) Reiter korrigiert werden

{ "type": "channel", "common": { "name": 1 }, "native": {}, "from": "system.adapter.moma.3", "user": "system.user.admin", "ts": 1580751546979, "_id": "moma.3.fsSize.1", "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }

Omega236 created this issue in ioBroker/ioBroker.admin

closed Objekte Suche nach Name funktioniert nicht #504

[Peoples]

@omega235 sagte in [Fehler] - Kein filtern im Admin nach Name mehr möglich:

Hallo,

hatte das Problem auch.

https://github.com/ioBroker/ioBroker.admin/issues/504

Das Problem ist das MOMA Kanäle (Ordner in Objekte) mit einer Zahl als Name erzeugt:
Ist: "name": 1
soll: "name": "1"

Das kann über den Raw (nur experten) Reiter korrigiert werden

Genau die Erklärung hatte ich nicht mehr gefunden

[wendy2702]

@Knallochse Ich habe es selber noch nicht gemacht aber gibt es nicht einen Download Button zum exportieren aller Objekte?

Dann das Download file eventuell in Notepad++ öffnen und erstmal nach „name“ suchen und dann die Suche immer weiter verfeinern.

Kann das morgen mal machen wenn ich am Rechner sitze.

[Knallochse]

@wendy2702 Ich habe deinen Rat befolgt, und mir die Objekteliste exportiert und mit Notepad++ betrachtet.
Mit dem Filtern habe ich mir die Namen angeschaut. Der Alexa-Adapter hat Kontakte Synchronisiert und als Objekte angelegt.
Diese habe ich dann im Admin direkt gelöscht. (ein editieren und wieder einspielen der json habe ich mich nicht getraut)

Nach löschen dieser Einträge (Kontakte) konnte ich die Filterfunktion unter "Name" wieder benutzen.

Diese Vorgehensweise (zur Fehlerbeseitigung) ist aber sehr Aufwendig und bestimmt nicht für die "breite Masse" geeignet.

Es sollte wie schon bei meinem Github-Issues https://github.com/ioBroker/ioBroker.admin/issues/486 angemerkt, das Anlegen unter Objekte (von Adapter oder manuell) eine Prüfung auf Korrektheit stattfinden.
Entweder sollte das er erzeugen solcher Objekte verhindert werden, oder eine Warnmeldung erscheinen.

Ich erstelle manuell Objekte , aber in diesem Fall geschah das von Adapter.

Knallochse created this issue in ioBroker/ioBroker.admin

closed Eingabe Filter unter Objekte / Name führt zu Endlosschleife #486

[wendy2702]

@Knallochse Cool!

Hast du mal ein Beispiel für den Fehlerhaften Eintrag?

[Knallochse]

@wendy2702 Ich weiß nicht genau welches Objekt es war aber hier ein paar Beispiele
Bemerkungen habe ich im Code bei Name dazu geschrieben.

"alexa2.0.Contacts.AFW7KD72AHR5MTCXLR5PXC7BFHOA": {
    "type": "channel",
    "common": {
      "name": null, -hier fehlen meiner Meinung nach ""
      "read": true,
      "write": false
    },
    "native": {},
    "from": "system.adapter.alexa2.0",
    "user": "system.user.admin",
    "ts": 1588183933814,
    "_id": "alexa2.0.Contacts.AFW7KD72AHR5MTCXLR5PXC7BFHOA",
    "acl": {
      "object": 1636,
      "owner": "system.user.admin",
      "ownerGroup": "system.group.administrator"

oder das

"alexa2.0.Contacts.AHBYLZ7JNMA5M6PZ5K2Z5RPD4RBA.#clearOwnMessages": {
    "common": {
      "role": "button",
      "type": "boolean",
      "read": false,
      "write": true,
      "def": false,
      "name": "#clearOwnMessages" - darf der Name mit # losgehen?
    },
    "type": "state",
    "native": {},
    "from": "system.adapter.alexa2.0",
    "ts": 1569042884831,
    "_id": "alexa2.0.Contacts.AHBYLZ7JNMA5M6PZ5K2Z5RPD4RBA.#clearOwnMessages",
    "acl": {
      "object": 1636,
      "state": 1636,
      "owner": "system.user.admin",
      "ownerGroup": "system.group.administrator"

Ich hoffe das hilft weiter.

[mctom]

@Knallochse

Ich stehe gerade vor einem ähnlichen Problem.
Kannst du mir verraten wie du in Notepad++ gefiltert hast?

[Knallochse]

@mctom Die "name" Einträge rausfiltern und nach nicht erlaubten Zeichen oder leeren Einträgen suchen

[mctom]

Das war mir soweit klar. Ich suche nur nach einer Funktion wie das Suchen möglichst schnell geht. Hast du eine spezielle Filterfunktion in Notepad++ gefunden?

[nik82]

Bei mir waren es tatsächlich auch Einträge von den Alexa Kontakten.
Update des Alexa Adapters hat bei mir geholfen!