# OXID 4.5.2 "Module"-Textarea leer

**URL:** <https://forum.oxid-esales.com/t/oxid-4-5-2-module-textarea-leer/52912>\
**Category:** Deutsches Forum\
**Tags:** administration\
**Created:** [October 2, 2011, 12:16pm UTC](https://forum.oxid-esales.com/t/oxid-4-5-2-module-textarea-leer/52912 "2011-10-02T12:16:02Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![avenger](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/a/9de0a6/32.png) [@avenger](https://forum.oxid-esales.com/u/avenger)\
**Post date:** [October 2, 2011, 12:16pm UTC](https://forum.oxid-esales.com/t/oxid-4-5-2-module-textarea-leer/52912/1 "2011-10-02T12:16:02Z")

</div>

Nach dem Update eines Shops auf OXID 4.5.2 ist die “Module”-Textarea im Admin leer…

Es sind aber Module konfiguriert, und die Module werden auch richtig überladen…

Es sind keinerlei Änderungen am 4.5.2-Admin gemacht worden.

Was kann das sein???

---

<div class="post-metadata">

**Author:** ![Hebsacker](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/hebsacker/32/45_2.png) [@Hebsacker](https://forum.oxid-esales.com/u/Hebsacker)\
**Post date:** [October 2, 2011, 12:28pm UTC](https://forum.oxid-esales.com/t/oxid-4-5-2-module-textarea-leer/52912/2 "2011-10-02T12:28:00Z")

</div>

[oxchkversion?](http://www.oxid-esales.com/en/exchange/extensions/oxchkversion)

---

<div class="post-metadata">

**Author:** ![avenger](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/a/9de0a6/32.png) [@avenger](https://forum.oxid-esales.com/u/avenger)\
**Post date:** [October 3, 2011, 6:04am UTC](https://forum.oxid-esales.com/t/oxid-4-5-2-module-textarea-leer/52912/3 "2011-10-03T06:04:56Z")

</div>

> [@Hebsacker;69657](#):
>
> [oxchkversion?](http://www.oxid-esales.com/en/exchange/extensions/oxchkversion)

Habe ich getestet, gibt aber auch keinen Hinweis…

Habe das dann mal debugged, Ursache ist ein SQL-Fehler

> Illegal mix of collations (latin1\_general\_ci,IMPLICIT) and (latin1\_swedish\_ci,IMPLICIT) for operation ‘=’  
> bei folgendem SQL, das die Konfigurations-Parameter aus der DB lesen soll:

```auto
SELECT cfg.oxvarname, cfg.oxvartype, DECODE( cfg.oxvarvalue, 'fq45QS09_fqyx09239QQ' ) AS oxvarvalue, disp.oxvarconstraint, disp.oxgrouping
FROM oxconfig AS cfg
LEFT JOIN oxconfigdisplay AS disp ON cfg.oxmodule = disp.oxcfgmodule
AND cfg.oxvarname = disp.oxcfgvarname
WHERE cfg.oxshopid = 'oxbaseshop'
AND cfg.oxmodule = ''
ORDER BY disp.oxpos, cfg.oxvarname

```

Was sich ja laut Fehlermeldung nur auf den Teil “cfg.oxmodule = disp.oxcfgmodule” beziehen kann.

Sieht so aus, als ob die “cfg”- und “disp”-Tabellen unterschiedliche Kollationen haben…

Die “disp”-Tabelle ist ja jetzt wohl neu hinzugekommen.

Muss ich mal schauen…

---

<div class="post-metadata">

**Author:** ![avenger](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/a/9de0a6/32.png) [@avenger](https://forum.oxid-esales.com/u/avenger)\
**Post date:** [October 3, 2011, 6:24am UTC](https://forum.oxid-esales.com/t/oxid-4-5-2-module-textarea-leer/52912/4 "2011-10-03T06:24:25Z")

</div>

[QUOTE=avenger;69692]Sieht so aus, als ob die “cfg”- und “disp”-Tabellen unterschiedliche Kollationen haben…

Die “disp”-Tabelle ist ja jetzt wohl neu hinzugekommen.

Muss ich mal schauen…[/QUOTE]

Habe nun mit “ALTER TABLE oxconfigdisplay COLLATE=latin1\_general\_ci” die Kollation der Tabelle “oxconfigdisplay” von “latin1\_swedish\_ci” auf “latin1\_general\_ci” geändert, was auch funktioniert hat.

[![](http://www7.pic-upload.de/03.10.11/qxmjiksvi4f.gif)](http://www.pic-upload.de/view-11560978/db.gif.html)

Allerdings liefert mir die SQL-Abfrage immer noch den gleichen Fehler! :eek:

Bin jetzt etwas ratlos, hat jemand eine Idee, was da jetzt noch nicht passen könnte???

---

<div class="post-metadata">

**Author:** ![avenger](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/a/9de0a6/32.png) [@avenger](https://forum.oxid-esales.com/u/avenger)\
**Post date:** [October 3, 2011, 6:39am UTC](https://forum.oxid-esales.com/t/oxid-4-5-2-module-textarea-leer/52912/5 "2011-10-03T06:39:50Z")

</div>

[QUOTE=avenger;69693]Bin jetzt etwas ratlos, hat jemand eine Idee, was da jetzt noch nicht passen könnte???[/QUOTE]  
Habe jetzt die Lösung gefunden:

Ich habe die Tabelle “oxconfigdisplay” mit PHPMyAdmin exportiert, und im Dumpfile die Tabellen-Anlage geändert von

```auto
DROP TABLE IF EXISTS `oxconfigdisplay`;
CREATE TABLE IF NOT EXISTS `oxconfigdisplay` (
  `OXID` char(32) COLLATE latin1_general_ci NOT NULL,
  `OXCFGMODULE` varchar(32) CHARACTER SET latin1 NOT NULL DEFAULT '',
  `OXCFGVARNAME` char(32) CHARACTER SET latin1 NOT NULL DEFAULT '',
  `OXGROUPING` varchar(255) CHARACTER SET latin1 NOT NULL DEFAULT '',
  `OXVARCONSTRAINT` varchar(255) CHARACTER SET latin1 NOT NULL DEFAULT '',
  `OXPOS` int(11) NOT NULL DEFAULT '0',
  PRIMARY KEY (`OXID`),
  KEY `list` (`OXCFGMODULE`,`OXCFGVARNAME`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci;

```

geändert zu

```auto
DROP TABLE IF EXISTS `oxconfigdisplay`;
CREATE TABLE IF NOT EXISTS `oxconfigdisplay` (
  `OXID` char(32) COLLATE latin1_general_ci NOT NULL,
  `OXCFGMODULE` varchar(32) COLLATE latin1_general_ci NOT NULL DEFAULT '',
  `OXCFGVARNAME` char(32) COLLATE latin1_general_ci NOT NULL DEFAULT '',
  `OXGROUPING` varchar(255) COLLATE latin1_general_ci NOT NULL DEFAULT '',
  `OXVARCONSTRAINT` varchar(255) COLLATE latin1_general_ci NOT NULL DEFAULT '',
  `OXPOS` int(11) NOT NULL DEFAULT '0',
  PRIMARY KEY (`OXID`),
  KEY `list` (`OXCFGMODULE`,`OXCFGVARNAME`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci;

```

(was den Parametern der Tabelle “oxconfig” entspricht).

Und dann funktioniert die Abfrage, und meine Module (und alle anderen Parameter) sind endlch da! 🙂

---

<div class="post-metadata">

**Author:** ![system](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/system/32/4245_2.png) [@system](https://forum.oxid-esales.com/u/system)\
**Post date:** [July 13, 2026, 8:02pm UTC](https://forum.oxid-esales.com/t/oxid-4-5-2-module-textarea-leer/52912/6 "2026-07-13T20:02:48Z")

</div>

Closed on July 13, 2026, 8:02pm UTC


