Umlaute werden nicht korrekt angezeigt unter "Direkte Verknüpfungen"

[mbhomie007]

Describe the issue you are experiencing

Umlaute werden nicht korrekt angezeigt seit Nightly Testversion 3.63.9.20220505.

Describe the behavior you expected

Umlaute werden korrekt übersetzt.

Steps to reproduce the issue

Klick auf "Direkte Verknüpfungen"
Klick auf "Programme"
Klick auf "Programme bearbeiten"

What is the version this bug report is based on?

Nightly Testversion 3.63.9.20220505

Which base platform are you running?

rpi3 (RaspberryPi3)

Which HomeMatic/homematicIP radio module are you using?

RPI-RF-MOD

Anything in the logs that might be useful for us?

-

Additional information

[mbhomie007]

@jens-maus @Baxxy13 #1821 Vielleicht mit dieser Anpassung zu tun?

Mit der Stable 3.63.9.20220430 wurde dort noch alles richtig übersetzt.

[mbhomie007]

Und dieser Eintrag ist mir noch im LOG aufgefallen, kann ich aber nicht genau zuordnen:

May 5 09:07:00 Homematic-CCU cron.err crond[1231]: user root: parse error at 7

[Baxxy13]

Aargh... hört das denn nie auf?
Genau an die Stelle hatte ich beim Testen nicht geguckt, sehe es aber jetzt bei mir auch.
Hier mal bei Schritt 1 für eine neue Verknüpfung:

Der Gerätename selbst, sowie Kanal:1 und :2 enthalten Umlaute. Diese werden in "Status und Bedienung > Geräte" sowie in "Einstellungen > Geräte" korrekt dargestellt.

Den parse error habe ich auch, gehört aber nicht hier rein. Probleme nicht mischen!

[jens-maus]

@Baxxy13

Aargh... hört das denn nie auf?
Genau an die Stelle hatte ich beim Testen nicht geguckt, sehe es aber jetzt bei mir auch.

Von welcher Version redest du? Hatte ja in einem letzten nightly build doch hoffentlich das letzte Umlautproblem beseitigt, oder tritt das aktuell mit diesem nightly immer noch auf? Und bist du sicher das du den Gerätenamen mit diesem gefixten nightly snapshot nochmal frisch gesetzt hattest, denn nicht das er noch von der offiziellen stable version noch auf UTF-8 intern in den ReGa-Strukturen so steht?!?

[mbhomie007]

Nochmal zusammenfassend:
Mit der letzten Stable 3.63.9.20220430 werden die Umlaute noch korrekt angezeigt und mit dem Update auf die Nightly Testversion 3.63.9.20220505 plötzlich dann nicht mehr.

[Baxxy13]

Die letzten Anpassungen waren ja gestern drin. (3.63.9.20220504)
Damit hatte ich speziell die Benamung der Geräte/Kanäle getestet und auch geprüft was ioBroker/NodeRed usw. dazu sagen.
Da konnte ich erstmal keine Probleme mehr entdecken.

In die DV's hatte ich nicht reingeschaut, da das ja eigentlich schon gefixed war.
Aktuell bin ich auf dem heutigen Nightly (3.63.9.20220505) und es zeigt sich obiges Bild.
Ich habe nun mal die ersten beiden DV's gelöscht, Gerät und Kanäle nochmal neu umbenannt, dann die DV's neu angelegt und rebootet. Sieht nun so aus.

Sender und Empfänger werden korrekt angezeigt, die Beschreibung dagegen nicht. Der Text aus der Beschreibung entspricht dem der Kanalauswahl.

[Baxxy13]

Nach Downgrade auf Nightly (3.63.9.20220502) sieht auf den ersten Blick alles gut aus:

Aber legt man eine neue DV an...

Und updatet dann wieder auf Nightly (3.63.9.20220505):

[Baxxy13]

Seit der Änderung mit Nightly 3.63.9.20220504 werden Umlaute auch über das XML-API-AddOn falsch dargestellt:

Vor 3.63.9.20220504:

<device name="HM-LC-Sw4-Ba-PCB OEQ1050013 -Gerät-" address="OEQ1050013" ise_id="1419" interface="BidCos-RF" device_type="HM-LC-Sw4-Ba-PCB" ready_config="true">
<channel name="HM-LC-Sw4-Ba-PCB OEQ1050013:1 -Kanal-1-ö" type="26" address="OEQ1050013:1" ise_id="1452" direction="RECEIVER" parent_device="1419" index="1" group_partner="" aes_available="true" transmission_mode="DEFAULT" visible="true" ready_config="true" operate="true"/>
<channel name="HM-LC-Sw4-Ba-PCB OEQ1050013:2 - Kanüül-2" type="26" address="OEQ1050013:2" ise_id="1458" direction="RECEIVER" parent_device="1419" index="2" group_partner="" aes_available="true" transmission_mode="DEFAULT" visible="true" ready_config="true" operate="true"/>
<channel name="HM-LC-Sw4-Ba-PCB OEQ1050013:3 -Kanäl-3-" type="26" address="OEQ1050013:3" ise_id="1464" direction="RECEIVER" parent_device="1419" index="3" group_partner="" aes_available="true" transmission_mode="DEFAULT" visible="true" ready_config="true" operate="true"/>
<channel name="HM-LC-Sw4-Ba-PCB OEQ1050013:4" type="26" address="OEQ1050013:4" ise_id="1470" direction="RECEIVER" parent_device="1419" index="4" group_partner="" aes_available="true" transmission_mode="DEFAULT" visible="true" ready_config="true" operate="true"/>
</device>

Ab 3.63.9.20220504:

<device name="HM-LC-Sw4-Ba-PCB OEQ1050013 -Gerät-" address="OEQ1050013" ise_id="1419" interface="BidCos-RF" device_type="HM-LC-Sw4-Ba-PCB" ready_config="true">
<channel name="HM-LC-Sw4-Ba-PCB OEQ1050013:1 -Kanal-1-ö" type="26" address="OEQ1050013:1" ise_id="1452" direction="RECEIVER" parent_device="1419" index="1" group_partner="" aes_available="true" transmission_mode="DEFAULT" visible="true" ready_config="true" operate="true"/>
<channel name="HM-LC-Sw4-Ba-PCB OEQ1050013:2 - Kanüül-2" type="26" address="OEQ1050013:2" ise_id="1458" direction="RECEIVER" parent_device="1419" index="2" group_partner="" aes_available="true" transmission_mode="DEFAULT" visible="true" ready_config="true" operate="true"/>
<channel name="HM-LC-Sw4-Ba-PCB OEQ1050013:3 -Kanäl-3-" type="26" address="OEQ1050013:3" ise_id="1464" direction="RECEIVER" parent_device="1419" index="3" group_partner="" aes_available="true" transmission_mode="DEFAULT" visible="true" ready_config="true" operate="true"/>
<channel name="HM-LC-Sw4-Ba-PCB OEQ1050013:4" type="26" address="OEQ1050013:4" ise_id="1470" direction="RECEIVER" parent_device="1419" index="4" group_partner="" aes_available="true" transmission_mode="DEFAULT" visible="true" ready_config="true" operate="true"/>
</device>

Ändere ich beim AddOn z.B. in der /usr/local/etc/config/addons/www/xmlapi/devicelist.cgi
die Zeile:

<?xml version="1.0" encoding="ISO-8859-1" ?><deviceList>}

in:

<?xml version="1.0" encoding="UTF-8" ?><deviceList>}

dann werden die Umlaute ab 3.63.9.20220504 korrekt dargestellt.

[jens-maus]

Nachdem ich mir das ganze rund um dieses ärgerliche charset encoding Problem nochmal genauer angeschaut habe, habe ich nun wie in e2e472f zu sehen mehr oder weniger eine Revert zum Stand von 3.63.8.20220330 vorgenommen.

In Tests konnte ich kontrollieren, dass mit diesen Änderungen alle WebUI eigenen Kodierungsprobleme beseitigt sein sollten - es jedoch bei gewissen externen Addons (z.B. hm_pdetect) damit wie damals schon aufgezeigt noch gewisse Kodierungsproblem gibt die meines momentanen Erachtens jedoch in diesen Addons beseitigt gehören. In der WebUI selbst habe ich aber mit diesen Änderungen nun keine Kodierungsprobleme mehr feststellen können. Ich würde jedoch darum bitten nun das Ganze nochmal genauer zu testen und sämtliche Kombinationen und Umlauttexteingaben an den verschiedensten Stellen der WebUI vorzunehmen und dann ggf. hier darüber zu berichten.

Bitte also mit dem nächsten nightly snapshot nochmal alles gründlich durchtesten und hierbei auch externe Addons/Applikationen nicht aussparen.

[mbhomie007]

@jens-maus @Baxxy13

Ich habe nun ein Update von der Testversion 3.63.9.20220503-1fc2d11-rpi3 auf die heutige Testversion RaspberryMatic-3.63.9.20220513-d87db4-rpi3 gemacht.
Leider muss ich feststellen das die Umlaute immer noch nicht unter "Direkte Verknüpfungen" richtig angezeigt werden.

@Baxxy13 Wie siehts bei dir aus?

[jens-maus]

@jens-maus @Baxxy13

Ich habe nun ein Update von der Testversion 3.63.9.20220503-1fc2d11-rpi3 auf die heutige Testversion RaspberryMatic-3.63.9.20220513-d87db4-rpi3 gemacht.

Leider muss ich feststellen das die Umlaute immer noch nicht unter "Direkte Verknüpfungen" richtig angezeigt werden.

Das passiert nur wenn du diese mit eine der Vorversionen angelegt/modifiziert hattest. Leg die komplett frisch an bzw mach nen werksreset und es sollte gehen. Darf man halt nicht editiert/angelegt haben mit einer der kaputten snapshots zwischendrin.

[mbhomie007]

bzw mach nen werksreset und es sollte gehen. Darf man halt nicht editiert/angelegt haben mit einer der kaputten snapshots zwischendrin.

Das heißt ein Werksreset mit der heutigen Testversion machen und dann das Backup von heute wieder einspielen??

Die DV sind schon viel älter... Wäre auf jeden fall mühselig alle manuell zu bearbeiten.

[Baxxy13]

Ob Werksreset + Backup einspielen was bringt?
Da strings liegen doch (möglicherweise) falsch codiert in der homematic.regadom (die ja mit dem Backup wiederhergestellt wird).
Ich habe auch ein bisschen den Überblick verloren was wann wie und wo.
Mein Live System ist auch noch auf 3.61.7.20220226 also völlig unberührt von irgendwelchen Umlaut-Problemen.
Bei den Testsystemen ist mir die Problematik eigentlich egal, da kommen und gehen die DV's.

Ich würde mir entweder die Mühe machen und alles händisch korrigieren oder es einfach ignorieren.

[mbhomie007]

@Baxxy13 hatte Recht, nach einem Werksreset und dann Backup einspielen, sind die Umlautprobleme noch zu sehen.
Habe nun alle DVs manuell editiert und die Umlaute wieder korrigiert
Was für eine nervige Arbeit, aber mit sowas muss man eben rechnen, da es eine Testversion ist....

Vielen Dank für euren unermüdlichen Einsatz!! 🥇