Umlaute "kaputt" nach update von 4.9 auf 4.13

**dtptiger** · 20.03.2022, 22:20

Hallo,

nach einem schwierigen update (sehr viele timeouts) steht jetzt auf der website:

Sie benÃ¶tigen meine Hilfe? Hier kÃ¶nnen Sie mit mir in Kontakt treten! DarÃ¼ber hinaus

im Textelement steht:

Sie benötigen meine Hilfe? Hier können Sie mit mir in Kontakt treten! Darüber hinaus behandele

Die Datenbank ist utf8mb4_unicode_ci, als Koalition.

Ich würde gerne verstehen und korrigieren

Fragt dtptiger

**Birden** · 21.03.2022, 09:41

Das beste wird wohl sein das Update zu wiederholen ...

Wie sieht der Text im Quelltext aus, stehen da die Umlaute normal drin?

**dtptiger** · 21.03.2022, 10:03

Im Quelltext:

<h2><span>Hundetherapie und -erziehung</span></h2>
<p><span>Seit 20 Jahren dreht sich bei mir beruflich alles um Hunde. Um groÃŸe, kleine

In der Datenbank selber, und im Backend sind die Umlaute vorhanden.

Ich habe bereits mehrfach alle Pakete upgedatet, keine Fehler.

Haben die Datenbank geändert in der Hoffnung UTF-8 zu erzwingen; alle Tabellen aktuallisiert:

Code:

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci

Kein Erfolg

**Birden** · 21.03.2022, 10:28

Das sieht nach charset ISO-8859-1, aber auch da werden die nicht umgewandelt ...

Was ist im Header für eine Sprache angegeben?

**dtptiger** · 21.03.2022, 10:32

Tja, wo versteckt sich das?

Kopie aus phpmyadmin:

Datenbank Aufsteigend Kollation Aktion
gmantelsql1 utf8mb4_unicode_ci Rechte überprüfen Rechte überprüfen
information_schema utf8_general_ci Rechte überprüfen Rechte überprüfen
Insgesamt: 2 utf8_general_ci

**dtptiger** · 21.03.2022, 11:08

Das ist der SQL Export, alles mit UTF-8

Code:

#================================================================================

SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
SET time_zone = "+00:00";

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;

#---------------------------------------------------------
# Table structure for table 'tl_article'
#---------------------------------------------------------
CREATE TABLE `tl_article` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `pid` int(10) unsigned NOT NULL default '0',
  `sorting` int(10) unsigned NOT NULL default '0',
  `tstamp` int(10) unsigned NOT NULL default '0',
  `title` varchar(255) COLLATE utf8_unicode_ci NOT NULL default '',
  `alias` varchar(255) COLLATE utf8_bin NOT NULL default '',
  `author` int(10) unsigned NOT NULL default '0',
  `inColumn` varchar(32) COLLATE utf8_unicode_ci NOT NULL default 'main',
  `keywords` text COLLATE utf8_unicode_ci NULL,
  `showTeaser` char(1) COLLATE utf8_unicode_ci NOT NULL default '',
  `teaserCssID` varchar(255) COLLATE utf8_unicode_ci NOT NULL default '',
  `teaser` text COLLATE utf8_unicode_ci NULL,
  `printable` varchar(255) COLLATE utf8_unicode_ci NOT NULL default '',
  `customTpl` varchar(64) COLLATE utf8_unicode_ci NOT NULL default '',
  `protected` char(1) COLLATE utf8_unicode_ci NOT NULL default '',
  `groups` blob NULL,
  `guests` char(1) COLLATE utf8_unicode_ci NOT NULL default '',
  `cssID` varchar(255) COLLATE utf8_unicode_ci NOT NULL default '',
  `published` char(1) COLLATE utf8_unicode_ci NOT NULL default '',
  `start` varchar(10) COLLATE utf8_unicode_ci NOT NULL default '',
  `stop` varchar(10) COLLATE utf8_unicode_ci NOT NULL default '',
  `cssClasses` varchar(255) COLLATE utf8_unicode_ci NOT NULL default '',
  PRIMARY KEY  (`id`),
  KEY `alias` (`alias`),
  KEY `pid_published_incolumn_start_stop` (`pid`, `published`, `inColumn`, `start`, `stop`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci ROW_FORMAT=DYNAMIC AUTO_INCREMENT=446;

Das sind Zeilen aus dem Export:

Code:

'a:2:{i:0;s:0:"";i:1;s:0:"";}', '1', '', '', '' );
INSERT INTO `tl_article` VALUES ( 368, 291, 128, 1543439600, 'Arbeitsregion Rhön-Grabfeld', '', 1, 'main', NULL, '', '', NULL, '', '', '', NULL, '', '', '', '', '', '' );
INSERT INTO `tl_article` VALUES ( 369, 292, 128, 1543439600, 'Arbeitsregion Stuttgart', '', 1, 'main', NULL, '', '', NULL, '', '', '', NULL, '', '', '', '', '', '' );
INSERT INTO `tl_article` VALUES ( 370, 293, 128, 1548793090, 'Kurse', '', 1, 'main', NULL, '1', 'a:2:{i:0;s:0:"";i:1;s:0:"";}', '<p>Zu diesen Themen finden regelmäßig Kurse in Würzburg statt:</p>\n<ul>\n<li>Grundgehorsam I/ erwachsene Hunde</li>\n<li>Grundgehorsam II/ erwachsene Hunde</li>\n<li>Junghundeerziehung</li>\n<li>Welpenerziehung</li>\n<li>Anti-Fresstraining (Anti-Gift-Kurs)</li>\n</ul>', '', '', '', NULL, '', 'a:2:{i:0;s:0:"";i:1;s:0:"";}', '1', '', '', '' );

Das ist die Website:
screenshot_53.png

**Birden** · 21.03.2022, 11:17

Die Sonderzeichen wurden bei der Seite schon vor dem Update im Quelltext Kodiert als Sonderzeichen nach ISO 8559, in der Form von ü, ö etc. ausgegeben.

Nach dem Update sehen die so aus, Ã¼, Ã¶, etc.

**pout** · 21.03.2022, 11:19

@Birden meint den html head, den Du im Seitenquelltext siehst:

HTML-Code:

<!DOCTYPE html>
<html lang="de">
<head>
      <meta charset="utf-8">

Steht hier utf-8?

**Birden** · 21.03.2022, 11:20

@pout, ja das steht richtig drin, war auch schon vor dem Update so

Die Frage ist, wie war die DB Koalition davor

**dtptiger** · 21.03.2022, 11:29

Danke für eure Hilfen, muss jetzt leider in Meetings und kann erst heute Abend/Nacht weitermachen.

**MacPix** · 21.03.2022, 21:18

Die Updates gehen bei keiner installation... Siehe bild. aber die einten konnte ich von 412 auf 4.13 nachen und einige nicht. jetzt auf 4.13.1 geht keine mehr...

**dtptiger** · 21.03.2022, 21:27

Ja ...

mit diesen oder sehr sehr ähnlichen Fehlermeldungen hatte ich auch stundenlang zu tun gehabt.
Die Site war 36 Stunden down.

Habe dann eine Extension nach der anderen gelöscht, irgendwann gings dann doch durch.
Nur die Umlaute werden beim Code generieren nicht mehr interpretiert.
Aber die Site ist zumindest wieder online.

Jetzt versuche ich eine parallel Installation, frisch installiertes Contao, dann mit der "alten" db drüber.
Weiß nur noch nicht wann ich dazu kommen.

Gruß
dtptiger

**MacPix** · 21.03.2022, 21:33

Zitat von dtptiger

Ja ...

mit diesen oder sehr sehr ähnlichen Fehlermeldungen hatte ich auch stundenlang zu tun gehabt.
Die Site war 36 Stunden down.

Habe dann eine Extension nach der anderen gelöscht, irgendwann gings dann doch durch.
Nur die Umlaute werden beim Code generieren nicht mehr interpretiert.
Aber die Site ist zumindest wieder online.

Jetzt versuche ich eine parallel Installation, frisch installiertes Contao, dann mit der "alten" db drüber.
Weiß nur noch nicht wann ich dazu kommen.

Gruß
dtptiger

Heisst dass jetzt jede Installation ist so zu sagen kapputt? Kommisch ich habe keine Erweiterung bei denen drauf....

**dtptiger** · 21.03.2022, 21:45

Bin nicht mehr sehr aktiv im Business, habe nur noch 10-12 Seiten zur Wartung.

Davon lief eine problemlos durch, ein zickte kurz, und eine hatte ich zerschossen.
Jetzt warte ich auf bessere Zeiten.

Ich vermute das das Problem setzt sich aus verschiednen komplexen zusammen.

Von welcher Instanz ich update, und Extensions in Abhängigkeit der Versionsnummer.

Das ist nicht so einfach zu debuggen.

Gruß
dtptiger

**mlweb** · 22.03.2022, 08:55

Bei einem Minor- oder Major-Update führe ich das nie in der Liveseite aus sondern teste es immer erst in einer Parallelinstallation.

**MacPix** · 23.03.2022, 10:36

Also mit PHP 8.1 gehen bei mir bis jetzt alle auch mit Erweiterungen....

**dtptiger** · 31.03.2022, 15:01

Hallo Biden,

herzlichen Dank für deinen Einsatz!

https://github.com/heimrichhannot/co...undle/issues/6
Habe contao-hyphenator-bundle deinstalliert, und jetzt ist alles wieder gut.

Gruß dtptiger