# Fehler beim speichern von Artikeln

**URL:** <https://forum.shopware.com/t/fehler-beim-speichern-von-artikeln/48564>\
**Category:** Allgemein\
**Created:** [29. September 2017 um 10:13 UTC](https://forum.shopware.com/t/fehler-beim-speichern-von-artikeln/48564 "2017-09-29T10:13:40Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![berggeist](https://avatars.discourse-cdn.com/v4/letter/b/67e7ee/32.png) [@berggeist](https://forum.shopware.com/u/berggeist)\
**Post date:** [29. September 2017 um 10:13 UTC](https://forum.shopware.com/t/fehler-beim-speichern-von-artikeln/48564/1 "2017-09-29T10:13:40Z")

</div>

Hallo Community,

beim abspreichern von einem erstellten Artikel taucht folgende Fehlermeldung auf:&nbsp;

DateInterval::\_\_construct(): Unknown or bad format (PD)

Gestern hat noch alles funktioniert. Könnt’ ihr mir bitte weiterhelfen?

Vielen Dank im Voraus.

---

<div class="post-metadata">

**Author:** ![Sille](https://avatars.discourse-cdn.com/v4/letter/s/8c91f0/32.png) [@Sille](https://forum.shopware.com/u/Sille)\
**Post date:** [30. September 2017 um 15:17 UTC](https://forum.shopware.com/t/fehler-beim-speichern-von-artikeln/48564/2 "2017-09-30T15:17:56Z")

</div>

Hast Du es schon gelöst?  
Ich bin keine Shopware-Profi. Das ersteinmal vorweg.

Das erste Wort lautet: Date… also, Datum.

Was mir dazu einfällt: Guck doch mal bei „Eistelldatum“ Vielleicht liegt das in der Zukunft oder irgendwas.  
\*Schulterzuck\* nur eine Idee.  
Liebe Grüße  
Silke

---

<div class="post-metadata">

**Author:** ![WillemMeert](https://avatars.discourse-cdn.com/v4/letter/w/5daacb/32.png) [@WillemMeert](https://forum.shopware.com/u/WillemMeert)\
**Post date:** [30. September 2017 um 15:21 UTC](https://forum.shopware.com/t/fehler-beim-speichern-von-artikeln/48564/3 "2017-09-30T15:21:01Z")

</div>

Hier ein ähnliches Problem (wahrscheinlich seit dem Update auf 5.3.3).

Hab diese Meldung beim Speichern eines neuen&nbsp;Artikels über RestAPI:

```
DateTime::__construct(): Failed to parse time string (NULL) at position 0 (N): The timezone could not be found in the database

```

Und ich sehe auch überall „NULL“ als Text in den String-Feldern (wo früher einfach nichts&nbsp;stand).

Hab ins Log geschaut&nbsp;und Fehler tritt auf in der \_\_construct function von Article.php (im Ordner …/shopware5/var/cache/production\_201709190948/doctrine/attritubtes). Die sieht bei mir so aus:

```
public function __construct()
    {
        $this->attr1 = "NULL";
        $this->attr2 = "NULL";
        $this->attr3 = "NULL";
        $this->attr4 = NULL;
        $this->attr5 = "NULL";
        $this->attr6 = "NULL";
        $this->attr7 = "NULL";
        $this->attr8 = "NULL";
        $this->attr9 = "NULL";
        $this->attr10 = "NULL";
        $this->attr11 = "NULL";
        $this->attr12 = "NULL";
        $this->attr13 = "NULL";
        $this->attr14 = "NULL";
        $this->attr15 = "NULL";
        $this->attr16 = "NULL";
        $this->attr17 = new \DateTime("NULL");
        $this->attr18 = "NULL";
        $this->attr19 = "NULL";
        $this->attr20 = "NULL";
        $this->netiConsultantToolsCommissionGroups = NULL;
        $this->netiConsultantToolsDiscountGroups = NULL;
    }

```

Dieser erklärt einiges:

1. Strings werden nicht auf NULL-Wert gestellt, aber kriegen den Text „NULL“ zugewiesen!
2. Fehler tritt auf in der Zeile&nbsp;mit attr17: DateTime(„NULL“). Wieder Text „NULL“ statt NULL-Wert. Und der&nbsp;Text „NULL“ ist kein&nbsp;gültiges Datum, deswegen interpretiert DateTime den Parameter wie eine TimeZone (erster Parameter ist dann Zeit ‚now‘)&nbsp;und „NULL“ ist keine bekannte TimeZone ==\> Fehler.

Hab diese Zeile mal geändert in:

```
$this->attr17 = NULL;

```

und dann gibt’s kein Fehler mehr.

Dasselbe Problem mit den „NULL“-Texten gibt’s auch in \_\_construct von Customer.php, Order.php, usw.

Weiss jemand; wo/wann/wie diese cache-Dateien erzeugt werden?&nbsp;Da gibt’s wohl einen kleinen&nbsp;Bug…

---

<div class="post-metadata">

**Author:** ![mmayer](https://avatars.discourse-cdn.com/v4/letter/m/51bf81/32.png) [@mmayer](https://forum.shopware.com/u/mmayer)\
**Post date:** [12. Juli 2018 um 11:34 UTC](https://forum.shopware.com/t/fehler-beim-speichern-von-artikeln/48564/4 "2018-07-12T11:34:26Z")

</div>

@WillemMeert ein Workaround zu Deiner Fehlermeldung wurde hier übernommen: [Workaround for MariaDB \>= 10.2.7 compatibility by samuelvogel · Pull Request #1396 · shopware/shopware · GitHub](https://github.com/shopware/shopware/pull/1396)

---

<div class="post-metadata">

**Author:** ![fahrer](https://avatars.discourse-cdn.com/v4/letter/f/aca169/32.png) [@fahrer](https://forum.shopware.com/u/fahrer)\
**Post date:** [7. Januar 2019 um 17:03 UTC](https://forum.shopware.com/t/fehler-beim-speichern-von-artikeln/48564/5 "2019-01-07T17:03:09Z")

</div>

Hallo @mmayer‍,

wir haben seit einem Serverwechsel (beim gleichen Hoster) verbunden mit Datenbankwechsel von mysql zu mariadb 10.2.7 auch den Fehler

```
core.CRITICAL: DateTime::__construct(): Failed to parse time string (NULL) at position 0 (N): The timezone could not be found in the database

```

Wenn ich [diesen Beitrag](https://github.com/shopware/shopware/pull/1396)&nbsp;richtig verstehe muss ich wie [hier](https://github.com/shopware/shopware/compare/944dbcc8c399b618e66b5c1b628c41b08d269161..8930afcc99c89d57ae44891bb6e3e6aa7833ccf8) und [hier](https://github.com/shopware/shopware/commit/f58a0d9136adcb1178280bdf6ea9f38f7904aa01)&nbsp;beschrieben die Datei&nbsp;engine/Shopware/Components/Model/Generator.php entsprechend anpassen.

Dann ist das Problem gelöst?

Danke für deine Rückmeldung!

Peter von FAHRER Berlin

---

<div class="post-metadata">

**Author:** ![fahrer](https://avatars.discourse-cdn.com/v4/letter/f/aca169/32.png) [@fahrer](https://forum.shopware.com/u/fahrer)\
**Post date:** [7. Januar 2019 um 18:39 UTC](https://forum.shopware.com/t/fehler-beim-speichern-von-artikeln/48564/6 "2019-01-07T18:39:18Z")

</div>

@mmayer‍ und alle, die auch den _MUT_ haben,

**JA!**

Das Problem kann durch die Anpassugen in der Datei&nbsp;engine/Shopware/Components/Model/Generator.php behoben werden.

Habe es gerade getestet und es läuft wieder, wie gewünscht. Ein rechtzeitig eingespieltes Shopware-Update hätte den Fehler&nbsp;sicher vermieden.

Peter von FAHRER Berlin
