# OXID 6.1 Fehler in CMS-Seiten führt zum Absturz (nur beim Aufruf der Widerrufsbelehrung)

**URL:** <https://forum.oxid-esales.com/t/oxid-6-1-fehler-in-cms-seiten-fuhrt-zum-absturz-nur-beim-aufruf-der-widerrufsbelehrung/94220>\
**Category:** Deutsches Forum\
**Tags:** oxid6, installation-konfiguration\
**Created:** [October 9, 2018, 3:54pm UTC](https://forum.oxid-esales.com/t/oxid-6-1-fehler-in-cms-seiten-fuhrt-zum-absturz-nur-beim-aufruf-der-widerrufsbelehrung/94220 "2018-10-09T15:54:42Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![mediaworker](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/mediaworker/32/887_2.png) [@mediaworker](https://forum.oxid-esales.com/u/mediaworker)\
**Post date:** [October 9, 2018, 3:54pm UTC](https://forum.oxid-esales.com/t/oxid-6-1-fehler-in-cms-seiten-fuhrt-zum-absturz-nur-beim-aufruf-der-widerrufsbelehrung/94220/1 "2018-10-09T15:54:42Z")

</div>

Im CMS-Text eines neu installierten CE-Shops der Version 6.1 ist ein Smarty-Fehler, der zum Absturz des Shops führt. Dieser Fehler fällt nicht ad-hoc auf, denn die entsprechende Seite wird nur aufgerufen, wenn man im Checkout auf “Einzelheiten zum Widerrufsrecht” klickt. Uns ist der Fehler früher aufgefallen, weil wir Privat-Saes aktiviert hatten und dabei wird gleich bei der Registrierung das Widerrufsformular aufgerufen.

Der Fehler ist aber einfach zu beseitigen: Unter CMS-Seiten nach IDENT=“oxrightofwithdrawal” suchen und im Source-Code “href=’[{-\>getBaseDir()}]” gegen “href=’[{$oViewConf-\>getBaseDir()}]” ersetzen.

Ich hoffe, dass die Überschrift eindeutig genaug ist, damit Ihr diesen Hinweis findet 😉

---

<div class="post-metadata">

**Author:** ![vanilla\_thunder](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/vanilla_thunder/32/72_2.png) [@vanilla\_thunder](https://forum.oxid-esales.com/u/vanilla_thunder)\
**Post date:** [October 9, 2018, 4:42pm UTC](https://forum.oxid-esales.com/t/oxid-6-1-fehler-in-cms-seiten-fuhrt-zum-absturz-nur-beim-aufruf-der-widerrufsbelehrung/94220/2 "2018-10-09T16:42:21Z")

</div>

in der Installationsdatei ist alles korrekt

> <https://github.com/OXID-eSales/oxideshop_ce/blob/master/source/Setup/Sql/initial_data.sql#L320>

  
Ihr habt ganz sicher nicht versehentlich reingeklickt, irgendwas gelöscht und gespeichert?

---

<div class="post-metadata">

**Author:** ![Kumquats](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/k/85f322/32.png) [@Kumquats](https://forum.oxid-esales.com/u/Kumquats)\
**Post date:** [October 9, 2018, 9:51pm UTC](https://forum.oxid-esales.com/t/oxid-6-1-fehler-in-cms-seiten-fuhrt-zum-absturz-nur-beim-aufruf-der-widerrufsbelehrung/94220/3 "2018-10-09T21:51:53Z")

</div>

Ich kann das aber bestätigen und hatte diese Einträge auch noch nicht geändert.  
Könnte es sein dass dies im Zusammenspiel mit dem WYSIWYG-Editor passiert?  
Bei mir stürzt auch die Vorschau beim Erstellen eines Newsletters ab (Meldung Maintenance-Mode), wenn ich einen Smarty-Befehl eingebe ( z.B: [{$oViewConf-\>getBaseDir()}] ) .  
Reines HTML oder Text wird in der Vorschau dann angezeigt.

PS: Vorschau stürzt bei deaktivierten WYSIWYG nicht ab, also ist meine Vermutung, dass das Speichern über den WYSIWYG-Editor von Smary oder bestimmten Smarty-Befehlen zur fehlerhaften Speicherung der Smarty-Befehle führt.  
Kann das jemand reproduzieren?

---

<div class="post-metadata">

**Author:** ![fthielen](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/f/3d9bf3/32.png) [@fthielen](https://forum.oxid-esales.com/u/fthielen)\
**Post date:** [October 10, 2018, 5:46am UTC](https://forum.oxid-esales.com/t/oxid-6-1-fehler-in-cms-seiten-fuhrt-zum-absturz-nur-beim-aufruf-der-widerrufsbelehrung/94220/4 "2018-10-10T05:46:25Z")

</div>

Ja, kann ich so bestätigen, dafür gibt es aber auch ein Modul, welches diesen Fehler behebt: [https://github.com/eComStyle/FixSmartyInContent](https://github.com/eComStyle/FixSmartyInContent)

---

<div class="post-metadata">

**Author:** ![Kumquats](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/k/85f322/32.png) [@Kumquats](https://forum.oxid-esales.com/u/Kumquats)\
**Post date:** [October 10, 2018, 1:56pm UTC](https://forum.oxid-esales.com/t/oxid-6-1-fehler-in-cms-seiten-fuhrt-zum-absturz-nur-beim-aufruf-der-widerrufsbelehrung/94220/5 "2018-10-10T13:56:09Z")

</div>

Fantastisch, danke!  
Na das ist ja auch ein richtiger Bug, das sollte dann auch fest in der nächsten Version verändert werden.

---

<div class="post-metadata">

**Author:** ![marco.steinhaeuser](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/marco.steinhaeuser/32/1832_2.png) [@marco.steinhaeuser](https://forum.oxid-esales.com/u/marco.steinhaeuser)\
**Post date:** [October 11, 2018, 8:07pm UTC](https://forum.oxid-esales.com/t/oxid-6-1-fehler-in-cms-seiten-fuhrt-zum-absturz-nur-beim-aufruf-der-widerrufsbelehrung/94220/6 "2018-10-11T20:07:25Z")

</div>

> [@Kumquats](#):
>
> das sollte dann auch fest in der nächsten Version verändert werden

Klar. Schick den Fix doch bitte als Pull Request rein 😉

---

<div class="post-metadata">

**Author:** ![mediaworker](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/mediaworker/32/887_2.png) [@mediaworker](https://forum.oxid-esales.com/u/mediaworker)\
**Post date:** [October 12, 2018, 7:31am UTC](https://forum.oxid-esales.com/t/oxid-6-1-fehler-in-cms-seiten-fuhrt-zum-absturz-nur-beim-aufruf-der-widerrufsbelehrung/94220/7 "2018-10-12T07:31:48Z")

</div>

@[vanilla\_thunder](https://forum.oxid-esales.com/u/vanilla_thunder): Du hast Recht, in der Installationsroutine steht das richtig drin. Wir konnten noch nicht nachvollziehen, wodurch das nach Installation geändert wird.

@[Kumquats](https://forum.oxid-esales.com/u/Kumquats): Den Fehler kennen wir auch, aber das der WYSIWYG-Editor “-\>” beim Speichern in “-&gt;” umgewandelt, ist meiner Ansicht nach ein anderer Fehler.

Uns passiert bei einem Privat-Sale Shop, dass in [{$oViewConf-\>getBaseDir()}] die ganze Variable “$oViewConf” verschwindet. Man kann das nachvollziehen:

1. Mit composer einen neuen CE-Shop, Version 6.1.0 installieren
2. Setup durchführen und dabei Demodaten installieren
3. Im Backend des neu installierten Shops einloggen und unter Stammdaten-\>Grundeinstellungen-\>Einstell.-\>Private Sales-\>Private Sales Login auf aktiviert stellen
4. Diese Einstellung Speichern
5. Im Frontend den Shop neu laden: Es gibt nur ein Login-Formular
6. Auf den Button “Konto eröffnen” klicken
7. Die Seite zeigt einen Fehler an, weil " **Fatal error** : Smarty error: [in ox:oxrightofwithdrawal line 8]: syntax error: unrecognized tag: -\>getBaseDir() (Smarty\_Compiler.class.php, line 441) in …

Besten Gruß

---

<div class="post-metadata">

**Author:** ![tabsl](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/tabsl/32/2468_2.png) [@tabsl](https://forum.oxid-esales.com/u/tabsl)\
**Post date:** [April 25, 2019, 3:28pm UTC](https://forum.oxid-esales.com/t/oxid-6-1-fehler-in-cms-seiten-fuhrt-zum-absturz-nur-beim-aufruf-der-widerrufsbelehrung/94220/9 "2019-04-25T15:28:41Z")

</div>

> **[SummerNote WYSIWYG + Smarty + OXID 6 | ProudCommerce](https://www.proudcommerce.com/blog/summernote-wysiwyg-smarty-oxid-6)**
>
> Seit OXID 6 ist der Open-Source-WYSIWYG-Editor SummerNote integriert. Leider gibt es hier jedoch das Problem dass Texte mit Smarty-Tags nicht korrekt in der Datenbank gespeichert werden. Aus \[{ $oViewConf-\>getBaseDir() }\] wird \[{...

---

<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:33pm UTC](https://forum.oxid-esales.com/t/oxid-6-1-fehler-in-cms-seiten-fuhrt-zum-absturz-nur-beim-aufruf-der-widerrufsbelehrung/94220/10 "2026-07-13T20:33:44Z")

</div>

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


