# SW 5.7.7 und DateTimeZone

**URL:** <https://forum.shopware.com/t/sw-5-7-7-und-datetimezone/92512>\
**Category:** Shopware 5\
**Created:** [21. Januar 2022 um 14:13 UTC](https://forum.shopware.com/t/sw-5-7-7-und-datetimezone/92512 "2022-01-21T14:13:03Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [21. Januar 2022 um 14:13 UTC](https://forum.shopware.com/t/sw-5-7-7-und-datetimezone/92512/1 "2022-01-21T14:13:03Z")

</div>

Ist wohl eher ein Schönheitsfehler, nach dem Aufruf im Backend der Systeminfo steht im Log folgende Meldung:

```auto
Got error 'PHP message: PHP Fatal error:  
Uncaught TypeError: DateTime::__construct() expects parameter 2 to be DateTimeZone, bool given in 
/var/.../engine/Shopware/Controllers/Backend/Systeminfo.php:152\n
Stack trace:\n
#0 /.../engine/Shopware/Controllers/Backend/Systeminfo.php(152): DateTime->__construct()\n
#1 /.../engine/Library/Enlight/Controller/Action.php(182): Shopware_Controllers_Backend_Systeminfo->getTimezoneAction()\n
#2 /.../engine/Library/Enlight/Controller/Dispatcher/Default.php(461): Enlight_Controller_Action->dispatch()\n
#3 /.../engine/Library/Enlight/Controller/Front.php(225): Enlight_Controller_Dispatcher_Default->dispatch()\n
#4 /.../engine/Shopware/Kernel.php(197): Enlight_Controller_Front->dispatch()\n
#5 /.../vendor/symfony/http-kernel/HttpCache/SubRequestHandler.php(85): Shopware\\Kernel->h...'

```

Man könnte meinen, dass die TimeZone nicht eingestellt ist, ist aber nicht der Fall. Im Test war PHP7.4 im Einsatz.

---

<div class="post-metadata">

**Author:** ![Michael\_Telgmann](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/michael_telgmann/32/20289_2.png) [@Michael\_Telgmann](https://forum.shopware.com/u/Michael_Telgmann)\
**Post date:** [24. Januar 2022 um 09:44 UTC](https://forum.shopware.com/t/sw-5-7-7-und-datetimezone/92512/2 "2022-01-24T09:44:39Z")

</div>

Hallo @R4M

welche Timezone hast du denn auf deinem DB-Server eingestellt? Bzw. was liefert dir dieses Query?

> <https://github.com/shopware/shopware/blob/5.7/engine/Shopware/Controllers/Backend/Systeminfo.php#L131-L138>

Viele Grüße aus Schöppingen  
Michael Telgmann

---

<div class="post-metadata">

**Author:** ![stefanbauer](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/stefanbauer/32/17078_2.png) [@stefanbauer](https://forum.shopware.com/u/stefanbauer)\
**Post date:** [14. Mai 2022 um 11:55 UTC](https://forum.shopware.com/t/sw-5-7-7-und-datetimezone/92512/3 "2022-05-14T11:55:49Z")

</div>

Dieses Query bringt MySQL 8.0.29 im übrigen zum vollständigen Absturz. Ich gehe aktuell davon aus, dass es ein reines MySQL Problem in genau dieser Version ist. Aber gibt es hier eine Idee wie man das beheben kann? Es liegt einzig und allein am `WHERE`. Sobald das da ist, fliegt der MySQL Server weg. Getestet unter verschiedenen Bedingungen und verschiedenen Plattformen, allerdings überall der gleiche Effekt mit 8.0.29. Einfach nachzustellen in dem man o.g. Query einfach gegen die DB 8.0.29 schießt.