Falsche Darstellung von Umlauten im Gerätenamen

[clyde]

Die Neueste Raspberrymatic ist installiert. Das Problem mit dem Umauten im Email-Betreff ist behoben.
AAber ein neu angelerntes Gerät mit Umlaut im Namen wird mit Hieroglyphen dargestellt.
Zum Test umbenannt mit "ohne Umlaute" wieder gut. Dann zurück benannt und wieder falsche Darstellung.

Hmm
Gruß Clyde

[Black]

Stimmt.

gerade Probiert. Kanal umbekannt

Hyroglyphen in der WebUI, auch im SDV.

der Bug schein aber in der WebUI zu liegen:

im SDV namen geändert in "testäöüÄÖÜßTest"
Dieser in dann sauber in der WebUI und Zugriff via:
(Anmerkung: 6903 ist bei mir die ID des Kanalnamens!)

Code: Alles auswählen

object o=dom.GetObject(6903);
WriteLine(o.Name());

zeigt unter Script testen in der WebUI den richtigen Namen

unter Script test in der WebUI den namen geändert:

Code: Alles auswählen

object o=dom.GetObject(6903);
o.Name("neuScriptäöüÄÖÜßTest");

Name in der WebUI und im SDV in Ordnung.


gmmlz, Black

[MichaelN]

Gibt IIRC schon ein Github issue zu

[Black]

Gibt IIRC schon ein Github issue zu

gut

[Baxxy]

Das hier beschriebene Umlaut-Problem wurde mit Nightly 3.63.9.20220504 gefixed... #1821
Aber...
Dadurch taten sich an anderer Stelle wieder "neue Probleme mit Umlauten" auf. #1825

[jmaus]

… ja, leider haben wir erneut gewisse Umlautprobleme von denen ein Teil zwar schon im Nightly beseitigt sind, aber der fix hat wohl wieder andere zu Tage gefördert. Das ganze ist leider ein ziemliches Durcheinander zwischen den verschiedensten APIs die hier+da genutzt werden. Aber ich bin dran und hoffe da in den nächsten Tagen/Wochen weiter zu kommen mit.

[nu2rm]

Hi zusammen,

ich möchte hier hinzufügen, dass ich neben den genannten Problemen auch noch folgendes Verhalten habe:

Ich habe Alexa.sh von blackhole im Einsatz um meine Echos mit dem Lötzimmerscript sprechen zu lassen.
Die Variable "TTS Lastalexa" wird mit vom System befüllt mit dem letzten Gerät, zu dem man gesprochen hat.
Wenn ich das mit dem Echo im Wohnzimmer mache, klappt das wunderbar.
Sobald ich das mit dem Echo in der Küche versuche, wird die Variable nicht aktualisiert. Wenn ich das Echo in der Alexa App von "Küche" in "Kueche" umbenenne, funktioniert es wieder.

Wenn man den Befehl "get--lastalexa" direkt in der Konsole abschickt, wird das letzte Echo korrekt angezeigt, egal ob mit oder ohne Umlaut.
Aber mit Umlauten wird die Variable nicht befüllt.

Ein weiteres Problem mit den Umlauten in diesem Build!

Es gab bereits vor drei Versionen auch das Problem, dass die Variable "TTS Lastalexa" überhaupt nicht befüllt wurde, weil ein Leerzeichen drin ist. Das hat blackhole durch ein Update des Scripts behoben. Kudos an dieser Stelle

[jmaus]

Ein weiteres Problem mit den Umlauten in diesem Build!

Ich bin mir relativ sicher das der aktuelle nightly snapshot dieses Problem mit diesem alexa-skript von blackhole zumindest bereits beseitigen sollte. Probier also einfach den aktuellen nightly snapshot aus und berichte entsprechend.

[blackhole]

Ich habe Alexa.sh von blackhole im Einsatz um meine Echos mit dem Lötzimmerscript sprechen zu lassen. (...)

Ich bin mir relativ sicher das der aktuelle nightly snapshot dieses Problem mit diesem alexa-skript von blackhole zumindest bereits beseitigen sollte.

Das Problem sollte losgelöst von einer Anwendung betrachtet werden, da das Fehlverhalten von genereller Natur ist.

Auch mit dem aktuellen nightly Snapshot (3.63.9.20220507) ist das Fehlverhalten weiterhin reproduzierbar, so wie hier beschrieben, allgemein nachvollziehbar.

[funkleuchtturm]

... auch wenn man mich jetzt hier steinigt:

Ich würde den "Fehler" nicht beheben, sondern die User darauf hinweisen, daß man auf Umlaute in der Homematic-Umgebung grundsätzlich verzichten sollte; genauso wie bei SSIDs oder PWDs.

Und wenn der Fehler auch in der Raspberrymatic behoben ist, dann gibt's spätestens morgen ein Problem mit irgendeiner Zusatzsoftware.