Please move the states to 0_userdata.0.*

[bahnuhr]

@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

wogegen musst du widersprechen ?

Ich hatte diese Meldung noch nicht.

Und erlaubt ist javascript weiterhin.

Also wogegen willst du mir genau widersprechen ?

[bahnuhr]

@maximal1981
Und welche JS V habt ihr installiert ?

[maximal1981]

@bahnuhr
ich hab schon lange umgezogen, kann dir die damalige Version nicht mehr nennen. aber immer die aktuelle stable

aus dem Modul extrahiert:
Nutzung von eigenen Zuständen in javascript.X.scriptEnabled/Problem und loggen Sie eine Nachricht bei der Nutzung ein. Verwenden Sie stattdessen eigene Zustände in 0_userdata.0!

[bahnuhr]

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

Nutzung von eigenen Zuständen in javascript.X.scriptEnabled/Problem und loggen Sie eine Nachricht bei der Nutzung ein. Verwenden Sie stattdessen eigene Zustände in 0_userdata.0!

wie gesagt:
javascript.0 ist weiterhin erlaubt.
Und da hab ich auch alle meine DP.

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

javascript.X.scriptEnabled/Problem

Wo du dies jetzt her hast, weiß ich mangels Angabe nicht. Mit "aus dem Modul extrahiert" kann ich nichts anfangen.
Aber vielleicht liegt da das Problem.

DP erfasst man unter "javascript.0", z.B. so:

Damit gibt es keine Probleme.
Aber der TE hat ja auch bisher nicht geschrieben wo seine liegen, mal schauen was da noch kommt.

[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