# Leeres Registrierung Formular führt zu 'fatal error'

**URL:** <https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849>\
**Category:** Shopware 3.5\
**Tags:** general\
**Created:** [23. April 2013 um 10:56 UTC](https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849 "2013-04-23T10:56:55Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![AR0x7E7](https://avatars.discourse-cdn.com/v4/letter/a/7ab992/32.png) [@AR0x7E7](https://forum.shopware.com/u/AR0x7E7)\
**Post date:** [23. April 2013 um 10:56 UTC](https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849/1 "2013-04-23T10:56:55Z")

</div>

Hallo werte Community, folgendes Verhalten ist bei meiner Shopware 4.0.6 (Rev. 7316) (=LIVE) auf einem Hetzner Webhosting Level 9 festzustellen: Der Fehler tritt auf, wenn bei dem Formular zur Registrierung von Neukunden alle (oder noch nicht näher bestimmte einige ausgewählte) Felder leer gelassen werden. (…/register/saveRegister) `Fatal error: Cannot use string offset as an array in /usr/www/users/swissmk/swissmobilia-parts.de/engine/Library/Smarty/sysplugins/smarty\_internal\_templatecompilerbase.php on line 306` Unter einer Subdomain test.\* habe ich eine native 4.0.6 (Rev. 7316) (=Native) Shopware installiert - selber Fehler. Ferner habe ich eine Spiegelung des LIVE als auch Native Shops lokal auf einer Ubuntu 12.04 Maschine unter apache2 konfiguriert - da ist kein Fehler bei dem o.g. Test. Nun habe ich lokal nicht 1:1 die selben PHP/MySQL/etc… Versionen - diese sehen wie folgt aus: Sw version-live version-local mysql 5.1.66 &nbsp;5.5.29 php 5.3.24 &nbsp;5.3.10 curl 7.21.0 &nbsp;7.22.0 gd 2.0.34 &nbsp;2.0.0 Ferner habe ich lokal keinen IONCUBE Loader installiert … aber ich denke, damit wird der Fehler nichts zu tun haben. Ich habe bereits den Hetzner Support angeschrieben und dieser hat mir nachfolgende Antwort geschrieben: [quote]Fatal error: Cannot use string offset as an array in /usr/www/users/swissmk/swissmobilia-parts.de/engine/Library/Smarty/sysplugins/smarty\_internal\_templatecompilerbase.php on line 306 Betroffene Zeile : if (!$this-\>smarty-\>registered\_plugins[$plugin\_type][$tag][1]) { d.h. $this-\>smarty-\>registered\_plugins[$plugin\_type] stellt einen String statt dem erwarteten Array dar, was den Fehler triggert. Ein var\_dump() auf $this-\>smarty-\>registered\_plugins ergibt an der Stelle ‘array(0) { }’ , d.h. die Variable sollte eigtl ein leeres Array darstellen. Allerdings liefert ‘if (isset($this-\>smarty-\>registered\_plugins[$plugin\_type][$tag])) {’ in Zeile 295 darüber offenbar true, was theoretisch nicht sein dürfte, wenn der var\_dump stimmt. Laut Backtrace wird gerade der Template Baustein “MinPassword” bearbeitet: #0 Smarty\_Internal\_TemplateCompilerBase-\>compileTag(config, Array ([0] =\> Array ([name] =\> “MinPassword”))) called at [/usr/www/users/swissmk/swissmobilia-parts.de/engine/Library/Smarty/sysplugins/smarty\_internal\_templateparser.php:2388] #1 Smarty\_Internal\_Templateparser-\>yy\_r36() called at [/usr/www/users/swissmk/swissmobilia-parts.de/engine/Library/Smarty/sysplugins/smarty\_internal\_templateparser.php:3101] #2 Smarty\_Internal\_Templateparser-\>yy\_reduce(36) called at [/usr/www/users/swissmk/swissmobilia-parts.de/engine/Library/Smarty/sysplugins/smarty\_internal\_templateparser.php:3201] #3 Smarty\_Internal\_Templateparser-\>doParse(10, ) called at [/usr/www/users/swissmk/swissmobilia-parts.de/engine/Library/Smarty/sysplugins/smarty\_internal\_smartytemplatecompiler.php:105] #4 Smarty\_Internal\_SmartyTemplateCompiler-\>doCompile(Bitte wählen Sie ein Passwort welches aus mindestens {config name=“MinPassword”} Zeichen besteht.) called at [/usr/www/users/swissmk/swissmobilia-parts.de/engine/Library/Smarty/sysplugins/smarty\_internal\_templatecompilerbase.php:192] Unsere Möglichkeiten, den PHP Quellcode weiter zu debuggen sind leider begrenzt, daher können wir hier dem Ganzen nicht weiter nachgehen. Vermutlich wäre eine Anfrage bei Shopware hilfreich, ob dieses Problem mit neueren PHP Versionen bekannt ist - evtl. handelt es sich hier tatsächlich um einen Bug, der sich in die PHP 5.3er Reihe eingeschlichen hat. Falls Ihre Shopware Installation mit PHP 5.2 oder 5.4 läuft, wäre es sicherlich einen Versuch wert, diese Versionen auf den Bug zu testen.[/quote] Tja :wtf: Also Frage lautet: kann mir hier jemand weiterhelfen? Vielen Dank! Mfg AR \*\*\*\* EDIT2: EDIT wurde entfernt

---

<div class="post-metadata">

**Author:** ![AR0x7E7](https://avatars.discourse-cdn.com/v4/letter/a/7ab992/32.png) [@AR0x7E7](https://forum.shopware.com/u/AR0x7E7)\
**Post date:** [26. April 2013 um 10:58 UTC](https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849/2 "2013-04-26T10:58:20Z")

</div>

\*push\* kann denn wirklich niemand helfen? Kann doch nicht sein, dass ich der einizge bin, der Hetzner als Hoster verwendet bzw. dieses Problem habe.

---

<div class="post-metadata">

**Author:** ![billyb52](https://avatars.discourse-cdn.com/v4/letter/b/8dc957/32.png) [@billyb52](https://forum.shopware.com/u/billyb52)\
**Post date:** [26. April 2013 um 13:20 UTC](https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849/3 "2013-04-26T13:20:46Z")

</div>

Ich habe den selben Fehler ☹

---

<div class="post-metadata">

**Author:** ![billyb52](https://avatars.discourse-cdn.com/v4/letter/b/8dc957/32.png) [@billyb52](https://forum.shopware.com/u/billyb52)\
**Post date:** [26. April 2013 um 13:40 UTC](https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849/4 "2013-04-26T13:40:02Z")

</div>

Habe mir dieses [PLUGIN](http://store.shopware.de/sonstiges/passwort-sicherheitsanzeige) installiert, seit dem ist der Fehler weg 🙂

---

<div class="post-metadata">

**Author:** ![AR0x7E7](https://avatars.discourse-cdn.com/v4/letter/a/7ab992/32.png) [@AR0x7E7](https://forum.shopware.com/u/AR0x7E7)\
**Post date:** [26. April 2013 um 14:53 UTC](https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849/5 "2013-04-26T14:53:13Z")

</div>

[quote=„kreativ-entspannen-shop“]Habe mir dieses [PLUGIN](http://store.shopware.de/sonstiges/passwort-sicherheitsanzeige) installiert, seit dem ist der Fehler weg :-)[/quote] Danke für diesen wertvollen Hinweis, aber nun kann ich doch tatsächlich das Plugin nicht installieren. Wenn ich es über den Community-Store abwicklen will, erscheint folgende Meldung bei Abschluss: `Ups! Ein Fehler ist aufgetreten! Die nachfolgenden Hinweise sollten Ihnen weiterhelfen. SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'userID' cannot be null in Vendor/Zend/library/Zend/Db/Statement/Pdo.php on line 250` `Stack trace: #0 Vendor/Zend/library/Zend/Db/Statement.php(300): Zend\_Db\_Statement\_Pdo-\>\_execute(Array) #1 Vendor/Zend/library/Zend/Db/Adapter/Abstract.php(468): Zend\_Db\_Statement-\>execute(Array) #2 Vendor/Zend/library/Zend/Db/Adapter/Pdo/Abstract.php(238): Zend\_Db\_Adapter\_Abstract-\>query('????INSERT INTO...', Array) #3 Enlight/Components/Adodb.php(46): Zend\_Db\_Adapter\_Pdo\_Abstract-\>query('????INSERT INTO...', Array) #4 engine/core/class/sOrder.php(1040): Enlight\_Components\_Adodb-\>Execute('????INSERT INTO...', Array) #5 engine/core/class/sOrder.php(819): sOrder-\>sSaveBillingAddress(Array, '81323') #6 Shopware/Proxies/sOrderProxy.php(6): sOrder-\>sSaveOrder() #7 Enlight/Hook/HookManager.php(104): Shopware\_Proxies\_sOrderProxy-\>excuteParent(Array, Array) #8 Shopware/Proxies/sOrderProxy.php(23): Enlight\_Hook\_HookManager-\>executeHooks('sSaveOrder', Array) #9 Shopware/Controllers/Frontend/Checkout.php(400): Shopware\_Proxies\_sOrderProxy-\>sSaveOrder(Object(Enlight\_Hook\_HookArgs)) #10 Shopware/Controllers/Frontend/Checkout.php(126): Shopware\_Controllers\_Frontend\_Checkout-\>saveOrder() #11 Shopware/Proxies/ShopwareControllersFrontendCheckoutProxy.php(6): Shopware\_Controllers\_Frontend\_Checkout-\>finishAction() #12 Shopware/Plugins/Local/Core/ShopwareIDAdapter/Bootstrap.php(684): Shopware\_Proxies\_ShopwareControllersFrontendCheckoutProxy-\>excuteParent() #13 Enlight/Hook/HookHandler.php(104): Shopware\_Plugins\_Core\_ShopwareIDAdapter\_Bootstrap::onCheckoutFinishAction(Array, Array) #14 Enlight/Hook/HookManager.php(99): Enlight\_Hook\_HookHandler-\>execute('finishAction', Array) #15 Shopware/Proxies/ShopwareControllersFrontendCheckoutProxy.php(47): Enlight\_Hook\_HookManager-\>executeHooks(Object(Enlight\_Hook\_HookArgs)) #16 Enlight/Controller/Action.php(55): Shopware\_Proxies\_ShopwareControllersFrontendCheckoutProxy-\>finishAction('Shopware\_Plugin...', Object(Enlight\_Hook\_HookArgs)) #17 Enlight/Controller/Dispatcher/DispatcherDefault.php(329): Enlight\_Controller\_Action-\>dispatch(Object(Enlight\_Hook\_HookArgs)) #18 Enlight/Controller/Front.php(88): Enlight\_Controller\_Dispatcher\_DispatcherDefault-\>dispatch(Object(Enlight\_Hook\_HookArgs)) #19 Shopware/Bootstrap.php(21): Enlight\_Controller\_Front-\>dispatch() #20 Enlight/Application.php(69): Shopware\_Bootstrap-\>run('finishAction') #21 shopware.php(6): Enlight\_Application-\>run(Object(Enlight\_Controller\_Request\_RequestHttp), Object(Enlight\_Controller\_Response\_ResponseHttp)) #22 {main}` Wenn ich es über das Backend installieren will, sagt es nur „Unbekannter Plugin Fehler“ als kleine Meldung oben rechts. Das ist doch wirklich zum Mäuse melken…

---

<div class="post-metadata">

**Author:** ![kevinmkl](https://avatars.discourse-cdn.com/v4/letter/k/b782af/32.png) [@kevinmkl](https://forum.shopware.com/u/kevinmkl)\
**Post date:** [20. Juli 2013 um 20:40 UTC](https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849/6 "2013-07-20T20:40:31Z")

</div>

Hallo, ich habe das gleiche Problem und nutze auch Hetzner. Habt Ihr eine Lösung gefunden? Mit freundlichen Grüßen Kevin M.

---

<div class="post-metadata">

**Author:** ![AR0x7E7](https://avatars.discourse-cdn.com/v4/letter/a/7ab992/32.png) [@AR0x7E7](https://forum.shopware.com/u/AR0x7E7)\
**Post date:** [20. Juli 2013 um 22:37 UTC](https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849/7 "2013-07-20T22:37:38Z")

</div>

Hallo, leider muss ich sagen: nein. Meine Untersuchungen deuten darauf hin, dass es etwas mit den Versionen der Hetzner Webserver zu tun haben muss, da der selbe Code auf meiner lokalen Ubuntu Maschine keine Probleme verursacht (wollte die „PHP ./config“ lokal nachbauen und dann testen, fehlt leider die Zeit). Möglicherweise hilft es, wenn bei Hetzner eine weitere Support Email eintrifft (mit Hinweis darauf, dass man von meiner ungelösten Supportanfrage weiß) und damit der Handlungsbedarf auf der Seite der Hetzner Admins erhöht wird. Mfg AR p.s. die Plugin „Lösung“ gefällt mir optisch nicht wirklich

---

<div class="post-metadata">

**Author:** ![kevinmkl](https://avatars.discourse-cdn.com/v4/letter/k/b782af/32.png) [@kevinmkl](https://forum.shopware.com/u/kevinmkl)\
**Post date:** [20. Juli 2013 um 23:03 UTC](https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849/8 "2013-07-20T23:03:11Z")

</div>

Hallo, danke für die Antwort. Ich habe das Plugin installiert es folgt aber dennoch immer eine Fehlermeldung. Werde dann man in den nächsten Tagen eine Support-Anfrage bei Hetzner machen. Viele Grüße Kevin M.

---

<div class="post-metadata">

**Author:** ![kevinmkl](https://avatars.discourse-cdn.com/v4/letter/k/b782af/32.png) [@kevinmkl](https://forum.shopware.com/u/kevinmkl)\
**Post date:** [22. Juli 2013 um 14:07 UTC](https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849/9 "2013-07-22T14:07:54Z")

</div>

Hallo, der Hetzner-Support war auch keine große Hilfe. Einzige Notlösung die mir einfällt: Form Validation via jQuery mit [http://parsleyjs.org/](http://parsleyjs.org/) oder etc. Viele Grüße Kevin M.

---

<div class="post-metadata">

**Author:** ![Marcel\_S](https://avatars.discourse-cdn.com/v4/letter/m/cc9497/32.png) [@Marcel\_S](https://forum.shopware.com/u/Marcel_S)\
**Post date:** [23. Juli 2013 um 11:45 UTC](https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849/10 "2013-07-23T11:45:45Z")

</div>

Hi, wir konnten dieses Verhalten in manchen php Versionen nachstellen. Wir gehen davon aus, dass es ein Problem mit neueren php Versionen ist und dem ArraObject im Zusammenhang mit der Session. Dieses Verhalten werden wir in der nächsten Version umgehen, sodass hier keine Probleme mehr zu erwarten sind. Hier einmal der komplette Github Changelog: [https://github.com/ShopwareAG/shopware- … 551bde9fe7](https://github.com/ShopwareAG/shopware-4/commit/5181bbf7e7e1dcfe92b103c5b263e5551bde9fe7) Vg, Marcel

---

<div class="post-metadata">

**Author:** ![kevinmkl](https://avatars.discourse-cdn.com/v4/letter/k/b782af/32.png) [@kevinmkl](https://forum.shopware.com/u/kevinmkl)\
**Post date:** [24. Juli 2013 um 09:49 UTC](https://forum.shopware.com/t/leeres-registrierung-formular-fuhrt-zu-fatal-error/12849/11 "2013-07-24T09:49:34Z")

</div>

Hallo, danke für die Rückmeldung. Habe vorübergehend die besagten Dateien ausgetauscht. Funktioniert! Viele Grüße Kevin M.
