Unicode problem: vermutlich r1620

[udono@…]

Unicode datenbank angelegt. Update failed.
Betr. verm. svn rev. 1620
Kann das update2-skript vllt. noch keine Unicodes erzeugen?

The database update/creation did not succeed. The file
sql/Pg-upgrade2/chart_names.sql containing the following query failed:
UPDATE chart SET description = replace(description, 'Saldenverträge',
'Saldenvorträge') WHERE ((SELECT coa FROM defaults) IN ('Germany-DATEV-SKR03EU',
'Germany-DATEV-SKR04EU')) AND (description LIKE 'Saldenverträge%')
The error message was: ERROR: invalid byte sequence for encoding "UNICODE": 0xe46765

All changes in that file have been reverted.

Hast du $dbcharset auf 'UTF-8' gesetzt?

...in der lx-erp.conf

Rückmeldung bitte :)

(Mit Bezug zu comment 1)

Hast du $dbcharset auf 'UTF-8' gesetzt?

Nein, noch nicht probiert, weil ich das auf eurem demoserver ausprobieren wollte:
unstable, demo/demo

Warum muss die dbcharset zweimal eingestellt werden? Ist es nicht einfacher,
alles mit dem Anlegen der Datenbank festzulegen und den dbcharset mittels query
herauszufinden und beim user zu speichern?
Auf der Postgres ML habe ich zur Frage, wie man DBCharset herausbekommt folgende
Antworten bekommen:

Würde mich wundern, wenn das nicht mit "show client_encoding;" bzw.
"show server_encoding;" ginge.

und folgende Nachricht:

SELECT d.datname as "Name",

u.usename as "Owner",
pg_catalog.pg_encoding_to_char(d.encoding) as "Encoding"

FROM pg_catalog.pg_database d

LEFT JOIN pg_catalog.pg_user u ON d.datdba = u.usesysid

ORDER BY 1;

Es muss momentan noch eingestellt werden, weil es niemand anders implementiert
hat. Zusätzlich muss es aber trotzdem eingestellt werden, weil es gleichzeitig
das Charset ist, in dem die Webseiten ausgeliefert werden. Und diese werden
auch schon ausgeliefert, bevor irgendeine Datenbankverbindung etabliert wurde
(Login, Adminpanel etc).

UTF-8-Support wird in Release v2.6.0.