# Symfony – Sfdump error im Frontend

**URL:** <https://forum.shopware.com/t/symfony-sfdump-error-im-frontend/98272>\
**Category:** Shopware 6 (German)\
**Created:** [30. Januar 2023 um 10:25 UTC](https://forum.shopware.com/t/symfony-sfdump-error-im-frontend/98272 "2023-01-30T10:25:45Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)\
**Post date:** [30. Januar 2023 um 10:25 UTC](https://forum.shopware.com/t/symfony-sfdump-error-im-frontend/98272/1 "2023-01-30T10:25:45Z")

</div>

Das ist wohl eine ziemlich spezifische Frage, vielleicht hat dennoch jemand eine Antwort darauf.

In welchen Situationen entscheidet sich Symfony einen Sfdump error ans Frontend zu liefern anstatt einen 500er Fehler? Das Environment ist auf prod gestellt, der Fehler wird durch einen „1062 Duplicate entry“ MySQL-Fehler initiiert.

Sfdump ist einfach eine leer Seite mit der „typischen“ dump Box.

---

<div class="post-metadata">

**Author:** ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)\
**Post date:** [30. Januar 2023 um 11:40 UTC](https://forum.shopware.com/t/symfony-sfdump-error-im-frontend/98272/2 "2023-01-30T11:40:17Z")

</div>

Falls jemand das gleiche Problem hat, wenn die PHP-Funktion

> assert

genutzt wird, dann scheint Symfony über zu gehen und den Fehler direkt zu werfen.

---

<div class="post-metadata">

**Author:** ![AlexBS](https://avatars.discourse-cdn.com/v4/letter/a/ed655f/32.png) [@AlexBS](https://forum.shopware.com/u/AlexBS)\
**Post date:** [31. Januar 2023 um 13:16 UTC](https://forum.shopware.com/t/symfony-sfdump-error-im-frontend/98272/3 "2023-01-31T13:16:17Z")

</div>

Danke dir für die Info!