NEWS
Doppelte Kacheln in der Übersicht und Links editieren
-
In native steht die richtige IP Adresse
"native": { "ip": "192.168.178.210", "port": 8006, "requestInterval": 60, "name": "mwiob", "pwd": "$/aes-192-cbc:228xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx", "server": "pve", "requestDiskInformation": false, "newTreeStructure": true, "requestHAInformation": false, "requestCephInformation": false, "requestStorageInformation": false },localLinks schaut so aus:
"localLinks": { "_default": "https://%ip%:%port%" },Die Kachel enthält aber die IP Adresse des iobrokers - also die Maschine auf der, der iobroker läuft und nicht meine proxmox Maschine. Die IP unter native ist aber richtig.
@mickym sagte in Doppelte Kacheln in der Übersicht und Links editieren:
geht nicht weil er die ip und port sonstwo her nimmt.
Geht:
@mcm1957
Ist das ein Admin- oder Adapterproblem? Denke Adapter?! Aber wo steht das ip und port dort vordefiniert sind? Ist bestimmt hilfreich das im Bugbericht zu verlinken.Edit:
Habs gefundenNote: localLink can have special keys, that will be replaced by real values. %ip%: will be replaced with IP address defined in first "web" instance. %field%, where field is attribute from "native" part of configuration of adapter instance. E.g. "http://%ip%:%port%" will be shown as "http://192.168.0.1:8080", where "192.168.0.1" is IP address from "web" adapter and 8080 is value from "system.adapter.adapterName.X => native.port".Wobei das mit dem Port scheinbar nicht stimmt, keine Ahnung wo im ersten Fall die 80 herkommen.
https://github.com/ioBroker/ioBroker.docs/blob/master/docs/en/dev/adapterdev.md
-
@mcm1957 sagte in Doppelte Kacheln in der Übersicht und Links editieren:
@mickym said in Doppelte Kacheln in der Übersicht und Links editieren:
Mal schauen, wann die wieder geschlossen werden. ;)
Da hier nur Freiwillige in ihrer Freizeit arbeiten hängt die Bearbeitung jedes Issues von der Verfügbarkeit von Zeit und Developern ab. Falls DU oder sonst wer mithelfen willst bist du und jeder andere eingeladen mitzuarbeiten. Einfach Bescheid geben.
Ich will jetzt keine Diskussion anfangen. Ich bin hier nun seit 5 Jahren dabei und habe auch schon mitgeholfen durch die Issues und durch Testen Adapter zu verbessern. Kannst ja mal @apollon77 fragen. Außerdem gebe ich hier auch an Board Unterstützung, wenn ich es kann.
Ich erstelle auch Issues, wie Du siehst, obwohl ich mir manchmal denke, warum soll ich die erstellen, es betrifft ja auch viele andere, aber egal.
Was mich aber ärgert, wenn man Dinge einfach schließt, wenn sie nicht behoben sind und die warum Du wie hier
https://github.com/ioBroker/ioBroker.node-red/issues/433#issuecomment-2266722492
geschrieben hast, dass mein aktuelles Log den Fehler nicht zeigt, auch wenn ich oben drüber ein Post gemacht hatte, der eine Log zeigt, der noch nicht mal 1 Std. alt ist - das verstehe ich halt einfach nicht.Vielleicht gibts auch Leute, die sich einbringen ohne Adapter zu entwickeln.
Aber lassen wir diese Diskussion. Ich bin schon lange genug in dieser Community und ich habe halt festgestellt mit einigen klappt halt die Kommunikation besser, als mit anderen. Und es ist nicht so, dass ich die Arbeit der Entwickler nicht wert schätze, aber wenn umgekehrt die Entwicklung nur von meiner Wertschätzung abhängt, dann hängt was schief.
@mickym sagte in Doppelte Kacheln in der Übersicht und Links editieren:
dass mein aktuelles Log den Fehler nicht zeigt, auch wenn ich oben drüber ein Post gemacht hatte, der eine Log zeigt, der noch nicht mal 1 Std. alt ist - das verstehe ich halt einfach nicht.
Die Jsonconfigwarnings betreffen alle möglichen Fehler. Der ursprüngliche Fehler ging um
iconPositionund du postest einen Fehler zuwidth. Da die Fehler den Admin oder den Adapter betreffen können sollten die in eigene Issue. Und ja mir ist bekannt das die Fehlermeldungen super einfach zu lesen sind. :D Ist hoffentlich schnee von gestern. -
Ich hab aktuell JS Controller 7.0.3 und auch Admin 7.1.5 - aber ganz generell um die Kacheln hat sich keiner gekümmert .Ist ja auch nicht weiter schlimm. Ich frage mich halt nur, warum man es nicht zulässt, dass man als User die Kacheln selbst editieren kann, wie bei den eigens erstellten Kacheln.
Im Moment habe ich immer noch die doppelten NodeRed Kacheln (gut 2 habe ich halt ausgeblendet), die falsche URL bei Proxmox und auch bei der Admin Kachel ist die Meldung - keine Ahnung Nonsense. Eine Zeitdifferenz von 85 Minuten ???
Die Browserzeit und die Zeit auf meinem Raspberry ist völlig OK. Also keine Ahnung woher solche Fehler kommen. Ist aber für die Funktionalität unbedeutend - ich blende die Kacheln halt aus,
Die Zeitstempel im Log sind auch völlig in Ordnung.Kurz danach ist der Fehler wieder weg.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@mickym sagte in Doppelte Kacheln in der Übersicht und Links editieren:
geht nicht weil er die ip und port sonstwo her nimmt.
Geht:
@mcm1957
Ist das ein Admin- oder Adapterproblem? Denke Adapter?! Aber wo steht das ip und port dort vordefiniert sind? Ist bestimmt hilfreich das im Bugbericht zu verlinken.Edit:
Habs gefundenNote: localLink can have special keys, that will be replaced by real values. %ip%: will be replaced with IP address defined in first "web" instance. %field%, where field is attribute from "native" part of configuration of adapter instance. E.g. "http://%ip%:%port%" will be shown as "http://192.168.0.1:8080", where "192.168.0.1" is IP address from "web" adapter and 8080 is value from "system.adapter.adapterName.X => native.port".Wobei das mit dem Port scheinbar nicht stimmt, keine Ahnung wo im ersten Fall die 80 herkommen.
https://github.com/ioBroker/ioBroker.docs/blob/master/docs/en/dev/adapterdev.md
@ticaki sagte in Doppelte Kacheln in der Übersicht und Links editieren:
Edit:
Habs gefunden
Copy to ClipboardNote: localLink can have special keys, that will be replaced by real values.%ip%: will be replaced with IP address defined in first "web" instance.
%field%, where field is attribute from "native" part of configuration of adapter instance.
E.g. "http://%ip%:%port%" will be shown as "http://192.168.0.1:8080", where "192.168.0.1" is IP address from "web" adapter and 8080 is value from "system.adapter.adapterName.X => native.port".Wobei das mit dem Port scheinbar nicht stimmt, keine Ahnung wo im ersten Fall die 80 herkommen.
https://github.com/ioBroker/ioBroker.docs/blob/master/docs/en/dev/adapterdev.mdNa ja dann ist das aber verkehrt. Der Web-Adapter mit seiner IP hat ja mit einer IP von Proxmox oder einem anderen System nichts zu tun. Dann darf man halt nicht diese Variablen nehmen.
-
@ticaki sagte in Doppelte Kacheln in der Übersicht und Links editieren:
Edit:
Habs gefunden
Copy to ClipboardNote: localLink can have special keys, that will be replaced by real values.%ip%: will be replaced with IP address defined in first "web" instance.
%field%, where field is attribute from "native" part of configuration of adapter instance.
E.g. "http://%ip%:%port%" will be shown as "http://192.168.0.1:8080", where "192.168.0.1" is IP address from "web" adapter and 8080 is value from "system.adapter.adapterName.X => native.port".Wobei das mit dem Port scheinbar nicht stimmt, keine Ahnung wo im ersten Fall die 80 herkommen.
https://github.com/ioBroker/ioBroker.docs/blob/master/docs/en/dev/adapterdev.mdNa ja dann ist das aber verkehrt. Der Web-Adapter mit seiner IP hat ja mit einer IP von Proxmox oder einem anderen System nichts zu tun. Dann darf man halt nicht diese Variablen nehmen.
Bei mir hat die Kachel von Proxmox jedoch die richtige IP und den richtigen Port - hab keine Plan wieso das unterschiedlich behandelt wird und damit auch keine Ahnung wo ich einen Bugreport hinsetzen soll.
Node.js: v20.18.1
js-controller: 7.0.6
proxmox: v2.3.0
admin: v7.4.7EDIT:
Das mit den doppelten Kachel kommt von web.x wenn du 2 Instanzen angelegt hast und kein ip/port vorgegeben ist, wird für jede Instanz von web eine Kachel angelegt. (Vermutung bin mir aber fast sicher) -
Ich hab aktuell JS Controller 7.0.3 und auch Admin 7.1.5 - aber ganz generell um die Kacheln hat sich keiner gekümmert .Ist ja auch nicht weiter schlimm. Ich frage mich halt nur, warum man es nicht zulässt, dass man als User die Kacheln selbst editieren kann, wie bei den eigens erstellten Kacheln.
Im Moment habe ich immer noch die doppelten NodeRed Kacheln (gut 2 habe ich halt ausgeblendet), die falsche URL bei Proxmox und auch bei der Admin Kachel ist die Meldung - keine Ahnung Nonsense. Eine Zeitdifferenz von 85 Minuten ???
Die Browserzeit und die Zeit auf meinem Raspberry ist völlig OK. Also keine Ahnung woher solche Fehler kommen. Ist aber für die Funktionalität unbedeutend - ich blende die Kacheln halt aus,
Die Zeitstempel im Log sind auch völlig in Ordnung.Kurz danach ist der Fehler wieder weg.
@mickym said in Doppelte Kacheln in der Übersicht und Links editieren:
Ich hab aktuell JS Controller 7.0.3 und auch Admin 7.1.5 - aber ganz generell um die Kacheln hat sich keiner gekümmert.
Gibts dazu ein Issue (im Admin Adapter)?
Wenn ja, bitte hier verlinken.
Wenn nein dann bitte eines anlgen. Und nicht wundern dass sich niemand um etwas kümmert das nicht als Problem oder Feature request gemeldet wurde.Ich frage mich halt nur, warum man es nicht zulässt, dass man als User die Kacheln selbst editieren kann, wie bei den eigens erstellten Kacheln.
Erstell doch bitte ein Issue (Feature Request) wenn du einen Verbesserungsvorschlag hast. Der MAN (tm) wird nur was tun wenn es auch wo registeriert ist,
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@mickym said in Doppelte Kacheln in der Übersicht und Links editieren:
Ich hab aktuell JS Controller 7.0.3 und auch Admin 7.1.5 - aber ganz generell um die Kacheln hat sich keiner gekümmert.
Gibts dazu ein Issue (im Admin Adapter)?
Wenn ja, bitte hier verlinken.
Wenn nein dann bitte eines anlgen. Und nicht wundern dass sich niemand um etwas kümmert das nicht als Problem oder Feature request gemeldet wurde.Ich frage mich halt nur, warum man es nicht zulässt, dass man als User die Kacheln selbst editieren kann, wie bei den eigens erstellten Kacheln.
Erstell doch bitte ein Issue (Feature Request) wenn du einen Verbesserungsvorschlag hast. Der MAN (tm) wird nur was tun wenn es auch wo registeriert ist,
die gibt es doch schon beim Admin https://github.com/ioBroker/ioBroker.admin/issues/2589
und beim Adapter https://github.com/iobroker-community-adapters/ioBroker.proxmox/issues/403du hast im August schon mal darauf Hingewiesen und @mickym hat die auch angelegt mit Link ins Forum.
wir sind hier grade dabei den Fehler einzugrenzen, danke für deine Mithilfe
-
@tt-tom vielen Dank1
Ich kann nur sagen, macht die Links editierbar, dann kann man ggf. auch DNS Nsmen verwenden und dann kann man die Kacheln ggf. mit einem Reverseproxy nutzen. Man kann ja eine URL vorgeben.
@mickym
Würde mehr Sinn machen, einen Adapter zu schreiben mit dem man benutzerdefinierte Links erstellen kann und der sonst nix macht. Die Links editierbar zu machen hört sich nach viel mehr Arbeit an. -
@mickym
Würde mehr Sinn machen, einen Adapter zu schreiben mit dem man benutzerdefinierte Links erstellen kann und der sonst nix macht. Die Links editierbar zu machen hört sich nach viel mehr Arbeit an.@ticaki na das verstehe ich zwar nicht, da selbst erstellte Kacheln ja auch editierbar sind, sprich die GUI das ja schon implementiert hat.
man müsste qusi nur eine editierbare Kachel mit den Werten für einen Adapter vorbelegen? Oder den Kacheln so ein editierbar Flag verpassen - navegal- vielleicht stelle ich mir das zu einfach vor.
Den Papierkorb macht man dann halt wieder weg.
Aber der Aufwand sollte sich in Grenzen halten. Gibt ja wichtigere Dinge als diese Übersichtsseite.
-
@mickym said in Doppelte Kacheln in der Übersicht und Links editieren:
Ich hab aktuell JS Controller 7.0.3 und auch Admin 7.1.5 - aber ganz generell um die Kacheln hat sich keiner gekümmert.
Gibts dazu ein Issue (im Admin Adapter)?
Wenn ja, bitte hier verlinken.
Wenn nein dann bitte eines anlgen. Und nicht wundern dass sich niemand um etwas kümmert das nicht als Problem oder Feature request gemeldet wurde.Ich frage mich halt nur, warum man es nicht zulässt, dass man als User die Kacheln selbst editieren kann, wie bei den eigens erstellten Kacheln.
Erstell doch bitte ein Issue (Feature Request) wenn du einen Verbesserungsvorschlag hast. Der MAN (tm) wird nur was tun wenn es auch wo registeriert ist,
@mcm1957 Und für Dich zur Info - es gibt neben den eröffneten Issues auch in jedem Adapter eröffnete Issues von mir. Wobei ich mir da echt auch bissi blöd vorkomme, dass wenn ein Problem erkannt wurde - man hier als Anwender immer Issues eröffnen muss.
Hier im NodeRed Adapter mit den doppelten Kacheln:
https://github.com/ioBroker/ioBroker.node-red/issues/498
Gibt aber auch andere User, die das mit der falschen URL schon moniert haben.
https://github.com/ioBroker/ioBroker.node-red/issues/507
Wie gesagt die Übersichtsseite ist schön, aber zum Glück nicht essentiell und ich bin gerne bereit da mit irgendwelchen Daten mitzuhelfen. Aber weitere Issues nachdem ich bereits 3 eröffnet habe, mach ich nun wirklich nicht mehr.
-
@ticaki na das verstehe ich zwar nicht, da selbst erstellte Kacheln ja auch editierbar sind, sprich die GUI das ja schon implementiert hat.
man müsste qusi nur eine editierbare Kachel mit den Werten für einen Adapter vorbelegen? Oder den Kacheln so ein editierbar Flag verpassen - navegal- vielleicht stelle ich mir das zu einfach vor.
Den Papierkorb macht man dann halt wieder weg.
Aber der Aufwand sollte sich in Grenzen halten. Gibt ja wichtigere Dinge als diese Übersichtsseite.
Ah jetzt hab ich gefunden, wie man eigene Kacheln macht. Dann verstehe ich aber nicht wieso vom Adapter bereit gestellte Kacheln editierbar sein sollen. Eigene Kachel machen und sich selbst nen Bugreport schreiben ist mir viel sympatischer als in meiner Kachel rumzueditieren und mich damit zu belasten, weils nach einem Update woanders hinzeigen müsste, das aber durch das editieren gesperrt ist. :)
-
Ah jetzt hab ich gefunden, wie man eigene Kacheln macht. Dann verstehe ich aber nicht wieso vom Adapter bereit gestellte Kacheln editierbar sein sollen. Eigene Kachel machen und sich selbst nen Bugreport schreiben ist mir viel sympatischer als in meiner Kachel rumzueditieren und mich damit zu belasten, weils nach einem Update woanders hinzeigen müsste, das aber durch das editieren gesperrt ist. :)
@ticaki sagte in Doppelte Kacheln in der Übersicht und Links editieren:
Dann verstehe ich aber nicht wieso vom Adapter bereit gestellte Kacheln editierbar sein sollen.
Weil diese eine falsche IP enthalten und man das damit selbst korrigieren kann?
Weil man Namen statt IP Adressen verwenden kann, die das System gar nicht kennt? Ja klar ich kann mir für alles selbst eine eigene Kachel machen und alle Kacheln des Entwicklers ausblenden - aber dann brauche ich sie auch nicht.Im Übrigen habe ich die doppelten Kacheln schon ausgeblendet und wenn es mir wichtig wäre, hätte ich mir auch schon eigene Kacheln gemacht. Trotzdem dachte ich, dass vielleicht der EINE oder ANDERE Entwickler daran interessiert ist, dass die IP Adresssen, für die er dann ja verantwortlich ist (da der Anwender da ja nicht rumfummeln darf) , nicht stimmen.
Das klingt langsam so: Wir Entwickler machen Dir einen Vorschlag, wie eine funktionierende Kachel aussehen könnte, wenn sie doppelt ist oder eine falsche URL enthält, dann mach Dir selbst eine und blende unseren Vorschlag aus.
Eigene Kachel machen und sich selbst nen Bugreport schreiben ist mir viel sympatischer als in meiner Kachel rumzueditieren und mich damit zu belasten, weils nach einem Update woanders hinzeigen müsste,
Na Du bist natürlich als Entwickler der Verantwortung entbunden, wenn der Anwender was falsches da reingeschrieben hat, so wie er auch in die Instanz eine falsche IP schreiben kann. Zur Not sagt man dann halt er soll den Adapter nochmal installieren. Und ggf. muss man ja nach einem Update vorhandene Daten nicht überschreiben - wie es beliebt. Ich mach ja nur Vorschläge und versuche mal ein paar Gedanken eines Anwenders soquasi als unverbindliche Anregung dem Entwicklergremien zu unterbreiten.
Das ist doch alles eine Frage der Betrachtung und von mir aus auch der unterschiedlichen Sympathien. :grin:
-
@ticaki sagte in Doppelte Kacheln in der Übersicht und Links editieren:
Dann verstehe ich aber nicht wieso vom Adapter bereit gestellte Kacheln editierbar sein sollen.
Weil diese eine falsche IP enthalten und man das damit selbst korrigieren kann?
Weil man Namen statt IP Adressen verwenden kann, die das System gar nicht kennt? Ja klar ich kann mir für alles selbst eine eigene Kachel machen und alle Kacheln des Entwicklers ausblenden - aber dann brauche ich sie auch nicht.Im Übrigen habe ich die doppelten Kacheln schon ausgeblendet und wenn es mir wichtig wäre, hätte ich mir auch schon eigene Kacheln gemacht. Trotzdem dachte ich, dass vielleicht der EINE oder ANDERE Entwickler daran interessiert ist, dass die IP Adresssen, für die er dann ja verantwortlich ist (da der Anwender da ja nicht rumfummeln darf) , nicht stimmen.
Das klingt langsam so: Wir Entwickler machen Dir einen Vorschlag, wie eine funktionierende Kachel aussehen könnte, wenn sie doppelt ist oder eine falsche URL enthält, dann mach Dir selbst eine und blende unseren Vorschlag aus.
Eigene Kachel machen und sich selbst nen Bugreport schreiben ist mir viel sympatischer als in meiner Kachel rumzueditieren und mich damit zu belasten, weils nach einem Update woanders hinzeigen müsste,
Na Du bist natürlich als Entwickler der Verantwortung entbunden, wenn der Anwender was falsches da reingeschrieben hat, so wie er auch in die Instanz eine falsche IP schreiben kann. Zur Not sagt man dann halt er soll den Adapter nochmal installieren. Und ggf. muss man ja nach einem Update vorhandene Daten nicht überschreiben - wie es beliebt. Ich mach ja nur Vorschläge und versuche mal ein paar Gedanken eines Anwenders soquasi als unverbindliche Anregung dem Entwicklergremien zu unterbreiten.
Das ist doch alles eine Frage der Betrachtung und von mir aus auch der unterschiedlichen Sympathien. :grin:
ich habe es im Dev-Server versucht nachzustellen, ohne Erfolg. Egal welche IP ich in der Config des Adapter eingebe, diese wird auch angezeigt. selbst wenn ich den Namen des Host eintrage, wird es angezeigt und die Kachel öffnet auch die Website. Das gleiche habe ich auch auf meinem Testsystem probiert und kein Fehler feststellen können.
Was ich aktuell noch als Bug auf der Liste habe, ist der Abbruch der Daten nach Zeit XX. und das die OfflineListe nicht mit den LXC bzw. VM gefüllt wird. Was auch nicht korrekt ist, das der Adapter grün ist trotz falscher IP bzw. ohne Connect zum Proxmox.
Diese Sachen kann ich auch nachstellen und werde sie mir ansehen.Gruß Tom
https://github.com/tt-tom17
Wenn meine Hilfe erfolgreich war, benutze bitte das Voting unten rechts im BeitragNSPanel Script Wiki
https://github.com/joBr99/nspanel-lovelace-ui/wikiNSPanel Adapter Wiki
https://github.com/ticaki/ioBroker.nspanel-lovelace-ui/wiki -
ich habe es im Dev-Server versucht nachzustellen, ohne Erfolg. Egal welche IP ich in der Config des Adapter eingebe, diese wird auch angezeigt. selbst wenn ich den Namen des Host eintrage, wird es angezeigt und die Kachel öffnet auch die Website. Das gleiche habe ich auch auf meinem Testsystem probiert und kein Fehler feststellen können.
Was ich aktuell noch als Bug auf der Liste habe, ist der Abbruch der Daten nach Zeit XX. und das die OfflineListe nicht mit den LXC bzw. VM gefüllt wird. Was auch nicht korrekt ist, das der Adapter grün ist trotz falscher IP bzw. ohne Connect zum Proxmox.
Diese Sachen kann ich auch nachstellen und werde sie mir ansehen.@tt-tom Ja OK - ich habe nochmal versucht in der Instanz eine andere IP Adresse einzugeben, aber die Kachel bleibt so wie sie ist. Wie gesagt, ist ja kein Beinbruch. Danke für die Mühe.
Aber wenn ich Dich schon mal an der Strippe habe. ;)
- Diese Warnmeldungen kann man nicht in info ändern=
proxmox.0 2024-12-22 15:09:08.510 warn Using Proxmox API: https://192.168.178.210:8006/api2/json proxmox.0 2024-12-22 15:09:08.486 info starting. Version 2.3.0 in /opt/iobroker/node_modules/iobroker.proxmox, node: v20.18.1, js-controller: 7.0.3- Sowohl bei den virtuellen Maschinen, als auch bei den Container habe ich mal Maschinen gelöscht oder neudefiniert und nun taucht das hier auf:
Kann ich die undefined einfach aus dem Adapter löschen?
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@tt-tom Ja OK - ich habe nochmal versucht in der Instanz eine andere IP Adresse einzugeben, aber die Kachel bleibt so wie sie ist. Wie gesagt, ist ja kein Beinbruch. Danke für die Mühe.
Aber wenn ich Dich schon mal an der Strippe habe. ;)
- Diese Warnmeldungen kann man nicht in info ändern=
proxmox.0 2024-12-22 15:09:08.510 warn Using Proxmox API: https://192.168.178.210:8006/api2/json proxmox.0 2024-12-22 15:09:08.486 info starting. Version 2.3.0 in /opt/iobroker/node_modules/iobroker.proxmox, node: v20.18.1, js-controller: 7.0.3- Sowohl bei den virtuellen Maschinen, als auch bei den Container habe ich mal Maschinen gelöscht oder neudefiniert und nun taucht das hier auf:
Kann ich die undefined einfach aus dem Adapter löschen?
@mickym said in Doppelte Kacheln in der Übersicht und Links editieren:
- Diese Warnmeldungen kann man nicht in info ändern=
proxmox.0 2024-12-22 15:09:08.510 warn Using Proxmox API: https://192.168.178.210:8006/api2/jsonAuch wenn du mich nicht angesprochen hast kann ich dir sagen:
- JA die Meldung kann man trivial in eine Info Meldung ändern - sind nur ein paar Buchstaben zu ändern
- Und ja, Warning scheint hier wirklich übertrieben
Bitte erstell gern ein Issue beim Adapter damit das bei der nächsten Release mitgeht.
-
@mickym said in Doppelte Kacheln in der Übersicht und Links editieren:
- Diese Warnmeldungen kann man nicht in info ändern=
proxmox.0 2024-12-22 15:09:08.510 warn Using Proxmox API: https://192.168.178.210:8006/api2/jsonAuch wenn du mich nicht angesprochen hast kann ich dir sagen:
- JA die Meldung kann man trivial in eine Info Meldung ändern - sind nur ein paar Buchstaben zu ändern
- Und ja, Warning scheint hier wirklich übertrieben
Bitte erstell gern ein Issue beim Adapter damit das bei der nächsten Release mitgeht.
Hallo Martin,
Dafür brauch kein Issue gemacht werden, in der aktuellen Git Version ist das schon geändert. Ein zweiter PR von mir wartet auch noch.
@mickym wenn du ein Testsystem hast kannst du gerne mal die Git Version testen.
Gruß Tom
https://github.com/tt-tom17
Wenn meine Hilfe erfolgreich war, benutze bitte das Voting unten rechts im BeitragNSPanel Script Wiki
https://github.com/joBr99/nspanel-lovelace-ui/wikiNSPanel Adapter Wiki
https://github.com/ticaki/ioBroker.nspanel-lovelace-ui/wiki -
@tt-tom Also auf dem Testsystem ist die Meldung nun auf info level :):
proxmox.0 2024-12-22 17:11:00.886 info Using Node: https://192.168.178.210:8006/api2/json proxmox.0 2024-12-22 17:11:00.882 info starting. Version 2.3.0 (non-npm: iobroker-community-adapters/ioBroker.proxmox) in /opt/iobroker/node_modules/iobroker.proxmox, node: v20.18.1, js-controller: 7.0.3Die Versionsnummer schaut unverändert aus.
Obwohl das Update sauber durchgelaufen ist.
host.MWDebian 2024-12-22 17:10:56.837 info stopInstance system.adapter.proxmox.0 (force=false, process=true) host.MWDebian 2024-12-22 17:10:56.834 info iobroker Update "system.adapter.proxmox.0" host.MWDebian 2024-12-22 17:10:56.825 info iobroker Updating objects from io-package.json for adapter "proxmox" with version "2.3.0" host.MWDebian 2024-12-22 17:10:56.818 info iobroker upload [0] proxmox /opt/iobroker/node_modules/iobroker.proxmox/www/index.html index.html text/html host.MWDebian 2024-12-22 17:10:56.816 info iobroker upload [1] proxmox /opt/iobroker/node_modules/iobroker.proxmox/www/README.md README.md text/markdown host.MWDebian 2024-12-22 17:10:56.782 info iobroker upload [0] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/words.js words.js application/javascript host.MWDebian 2024-12-22 17:10:56.780 info iobroker upload [1] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/proxmox.png proxmox.png image/png host.MWDebian 2024-12-22 17:10:56.778 info iobroker upload [2] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/logo.png logo.png image/png host.MWDebian 2024-12-22 17:10:56.772 info iobroker upload [3] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/jsonConfig.json jsonConfig.json application/json host.MWDebian 2024-12-22 17:10:56.770 info iobroker upload [4] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json host.MWDebian 2024-12-22 17:10:56.768 info iobroker upload [5] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/uk/translations.json i18n/uk/translations.json application/json host.MWDebian 2024-12-22 17:10:56.765 info iobroker upload [6] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/ru/translations.json i18n/ru/translations.json application/json host.MWDebian 2024-12-22 17:10:56.763 info iobroker upload [7] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/pt/translations.json i18n/pt/translations.json application/json host.MWDebian 2024-12-22 17:10:56.760 info iobroker upload [8] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/pl/translations.json i18n/pl/translations.json application/json host.MWDebian 2024-12-22 17:10:56.758 info iobroker upload [9] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/nl/translations.json i18n/nl/translations.json application/json host.MWDebian 2024-12-22 17:10:56.757 info iobroker upload [10] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/it/translations.json i18n/it/translations.json application/json host.MWDebian 2024-12-22 17:10:56.754 info iobroker upload [11] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/fr/translations.json i18n/fr/translations.json application/json host.MWDebian 2024-12-22 17:10:56.753 info iobroker upload [12] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/es/translations.json i18n/es/translations.json application/json host.MWDebian 2024-12-22 17:10:56.751 info iobroker upload [13] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/en/translations.json i18n/en/translations.json application/json host.MWDebian 2024-12-22 17:10:56.748 info iobroker upload [14] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/de/translations.json i18n/de/translations.json application/jsonAuch auf dem Testsystem ist übrigens die Kachel wie der iobroker.
Nochmal kurz die Frage: Kann ich auf dem Produktivsystem die undefined Ordner einfach löschen?
Ich habe es gerade gemacht - scheint keine Probleme zu machen.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@tt-tom Also auf dem Testsystem ist die Meldung nun auf info level :):
proxmox.0 2024-12-22 17:11:00.886 info Using Node: https://192.168.178.210:8006/api2/json proxmox.0 2024-12-22 17:11:00.882 info starting. Version 2.3.0 (non-npm: iobroker-community-adapters/ioBroker.proxmox) in /opt/iobroker/node_modules/iobroker.proxmox, node: v20.18.1, js-controller: 7.0.3Die Versionsnummer schaut unverändert aus.
Obwohl das Update sauber durchgelaufen ist.
host.MWDebian 2024-12-22 17:10:56.837 info stopInstance system.adapter.proxmox.0 (force=false, process=true) host.MWDebian 2024-12-22 17:10:56.834 info iobroker Update "system.adapter.proxmox.0" host.MWDebian 2024-12-22 17:10:56.825 info iobroker Updating objects from io-package.json for adapter "proxmox" with version "2.3.0" host.MWDebian 2024-12-22 17:10:56.818 info iobroker upload [0] proxmox /opt/iobroker/node_modules/iobroker.proxmox/www/index.html index.html text/html host.MWDebian 2024-12-22 17:10:56.816 info iobroker upload [1] proxmox /opt/iobroker/node_modules/iobroker.proxmox/www/README.md README.md text/markdown host.MWDebian 2024-12-22 17:10:56.782 info iobroker upload [0] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/words.js words.js application/javascript host.MWDebian 2024-12-22 17:10:56.780 info iobroker upload [1] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/proxmox.png proxmox.png image/png host.MWDebian 2024-12-22 17:10:56.778 info iobroker upload [2] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/logo.png logo.png image/png host.MWDebian 2024-12-22 17:10:56.772 info iobroker upload [3] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/jsonConfig.json jsonConfig.json application/json host.MWDebian 2024-12-22 17:10:56.770 info iobroker upload [4] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json host.MWDebian 2024-12-22 17:10:56.768 info iobroker upload [5] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/uk/translations.json i18n/uk/translations.json application/json host.MWDebian 2024-12-22 17:10:56.765 info iobroker upload [6] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/ru/translations.json i18n/ru/translations.json application/json host.MWDebian 2024-12-22 17:10:56.763 info iobroker upload [7] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/pt/translations.json i18n/pt/translations.json application/json host.MWDebian 2024-12-22 17:10:56.760 info iobroker upload [8] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/pl/translations.json i18n/pl/translations.json application/json host.MWDebian 2024-12-22 17:10:56.758 info iobroker upload [9] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/nl/translations.json i18n/nl/translations.json application/json host.MWDebian 2024-12-22 17:10:56.757 info iobroker upload [10] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/it/translations.json i18n/it/translations.json application/json host.MWDebian 2024-12-22 17:10:56.754 info iobroker upload [11] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/fr/translations.json i18n/fr/translations.json application/json host.MWDebian 2024-12-22 17:10:56.753 info iobroker upload [12] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/es/translations.json i18n/es/translations.json application/json host.MWDebian 2024-12-22 17:10:56.751 info iobroker upload [13] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/en/translations.json i18n/en/translations.json application/json host.MWDebian 2024-12-22 17:10:56.748 info iobroker upload [14] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/de/translations.json i18n/de/translations.json application/jsonAuch auf dem Testsystem ist übrigens die Kachel wie der iobroker.
Nochmal kurz die Frage: Kann ich auf dem Produktivsystem die undefined Ordner einfach löschen?
Ich habe es gerade gemacht - scheint keine Probleme zu machen.
@mickym sagte in Doppelte Kacheln in der Übersicht und Links editieren:
Die Versionsnummer schaut unverändert aus.
Versionsnummer wird durch ein Release erhöht.
Zum Rest kann ich nix sagen.
812
Online32.5k
Benutzer81.9k
Themen1.3m
Beiträge