UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Homoran]

@maximal1981 sagte in Please move the states to 0_userdata.0.*:

@bahnuhr
da muss ich widersprechen, hatte das auch und das spammt die ganze Zeit in den log

Ich habe auch aus der "Vor-Userdata"-Zeit einiges an eigenen Namespaces mit eigenen Strukturen angelegt.
Ich gedenke sie auch nicht umzuziehen, da dann einersrits die Übersicht verlorengeht, andetererseits die Pfadlänen um mindestens eine Ebene verlängert werden und natürlich alle Pfade in allen verwendeten Adaptern angepasst werden müssten.

Nach der Einführung von 0_Userdata hiess es, das könne auf eigene Verantwortung so bleiben, es wurde dann sogar über den Expertenmodus wieder zugänglich gemacht.

Wenn jetzt doch ein striktes Verbot durchgesetzt werden soll, finde ich das nicht korrekt!

[bahnuhr]

@homoran
Rainer, @apollon77 hat auf git geschrieben:

Was muss man darunter verstehen ?

Bin aber aktuell noch auf stable V 6.1.4

[paul53]

@maximal1981 sagte: javascript.X.scriptEnabled/Problem

Dort haben eigene Datenpunkte nichts zu suchen!

[teguruma]

@paul53
ja, da stehen exakt meine datenpunkte ... leider

[bahnuhr]

@teguruma sagte in Please move the states to 0_userdata.0.*:

@paul53
ja, da stehen exakt meine datenpunkte ... leider

wie vermutet, das musst du ändern auf:
javascript.0
oder
userdata

wie oben im Bild dargestellt.

[teguruma]

@bahnuhr
alles klar, dann ist der Nachmittag gerettet :=)
Danke an alle für die Hinweise!

[Homoran]

@teguruma sagte in Please move the states to 0_userdata.0.*:

@paul53
ja, da stehen exakt meine datenpunkte ... leider

da ist die Meldung ja auch berechtigt.
Dann bin ich beruhigt

[apollon77]

Genau, wir haben vernommen das User (why ever) in diesem eigentlich Systemordner eigene Objekte angelegt haben. Das kann - und hat bereits - zu problemen geführt, wodurch wir entschieden haben das zu deprecaten und zu "warnen"

[Homoran]

@apollon77 sagte in Please move the states to 0_userdata.0.*:

why ever

ich glaube mich ganz dunkel daran erinnern zu können, dass in der ioBroker Steinzeit tatsächlich dort mit create State Datenpunkte erstellt wurden.

[paul53]

@homoran sagte: in der ioBroker Steinzeit tatsächlich dort mit create State Datenpunkte erstellt wurden.

Nach meiner Erinnerung wurden mit createState() Datenpunkte ausschließlich unter "javascript.N" erstellt.

[Homoran]

@paul53 Du weisst, dass ich nicht viel von js verstehe, früher erst recht noch viel weniger.
Aber auch bei mir tauchten unter Script enabled einige DP auf, die von c&p scripts stammten.

in späteren Installationen tauchten die selben DPs mit den selben Scripten nicht mehr dort auf.

Ich musste annehmen, dass es an irgendwelchen "äußeren Einflüssen" gelegen haben muss.

[apollon77]

@homoran Was @paul53 sagt :-) ich denke einfach das User dort die Struktur von Ihren Skripten gefunden haben und deshalb gedacht haben es wäre schlau dort. All fine. Müssen wir jetzt aufräumen

[dougstar]

Hallo, ich habe auch dieses Problem, da ich aus einem Script ein weiteres aktiviere. Wie umgehe ich dann das Problem, damit ich keine weitere Meldungen bekomme?

[Homoran]

@dougstar sagte in Please move the states to 0_userdata.0.*:

ich habe auch dieses Problem

welches?

bitte exakte individuelle Informationen

[dougstar]

@homoran

warn: mqtt.0 (490735) Alias alias.0.kind1.kind1_Nachtlicht.SET has no target 12
2023-04-24 10:39:15.041 - warn: javascript.0 (490318) Could not add alias subscription: Alias alias.0.kind1.kind1_Nachtlicht.SET has no target 12

[Homoran]

@dougstar sagte in Please move the states to 0_userdata.0.*:

@homoran

warn: mqtt.0 (490735) Alias alias.0.kind1.kind1_Nachtlicht.SET has no target 12
2023-04-24 10:39:15.041 - warn: javascript.0 (490318) Could not add alias subscription: Alias alias.0.kind1.kind1_Nachtlicht.SET has no target 12

und was ist daran "das selbe" Problem?

da steht nichts von
move the states to 0_userdata.0

[dougstar]

@homoran Mein Fehler. Am Handy ging es schief.

2023-04-24 05:30:00.010 - info: javascript.0 (490318) script.js.PV_hourly: Own states (javascript.0.scriptEnabled.telegram.Graph_PV) should not be used in javascript.X.scriptEnabled.*! Please move the states to 0_userdata.0.*

Das ist der besagte Fehler.

[Homoran]

@dougstar dann zeig mal die Objekte

[dougstar]

@homoran

{
  "_id": "javascript.0.scriptEnabled.PV_hourly",
  "common": {
    "name": "scriptEnabled.PV_hourly",
    "desc": "controls script activity",
    "type": "boolean",
    "write": true,
    "read": true,
    "role": "switch.active"
  },
  "native": {
    "script": "script.js.PV_hourly"
  },
  "type": "state",
  "from": "system.adapter.javascript.0",
  "user": "system.user.admin",
  "ts": 1681754209752,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[Homoran]

@dougstar nee, nicht die Objektdaten.
die Liste der Objekte.

scriptEnabled gehört in javascript.0