# Shopware 5.3. - Refresh Statistics lädt sich tot

**URL:** <https://forum.shopware.com/t/shopware-5-3-refresh-statistics-ladt-sich-tot/47210>\
**Category:** Allgemein\
**Created:** [1. August 2017 um 06:30 UTC](https://forum.shopware.com/t/shopware-5-3-refresh-statistics-ladt-sich-tot/47210 "2017-08-01T06:30:00Z")\
**Posts on this page:** 9\
**Page:** 2

<div class="post-metadata">

**Author:** ![simkli](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/simkli/32/13124_2.png) [@simkli](https://forum.shopware.com/u/simkli)\
**Post date:** [2. August 2017 um 10:20 UTC](https://forum.shopware.com/t/shopware-5-3-refresh-statistics-ladt-sich-tot/47210/21 "2017-08-02T10:20:48Z")

</div>

Ja die Stelle mit dem setHeader() kam auch erst mit der 5.3 dazu:

> <https://github.com/shopware/shopware/commit/cb9355113550988176a48ab4290757a2e866c01c>

Wegen dieses Tickets:&nbsp;[Shopware Issuetracker](https://issues.shopware.com/issues/SW-18506)

Ich denke, man kann das Problem lösen, indem man einfach noch einen Content ausgibt. Wie z.B. Mit

```
die(json_encocde(['success' => true]));

```

Wenn du das setHeader ganz entfernst, wirst du wahrscheinlich das Problem bekommen, das im Ticket beschrieben wurde: Der Browser Edge blockiert dann den Statistik-Aufruf vollständig.

Viele Grüße

---

<div class="post-metadata">

**Author:** ![coarsy](https://avatars.discourse-cdn.com/v4/letter/c/59ef9b/32.png) [@coarsy](https://forum.shopware.com/u/coarsy)\
**Post date:** [2. August 2017 um 10:39 UTC](https://forum.shopware.com/t/shopware-5-3-refresh-statistics-ladt-sich-tot/47210/22 "2017-08-02T10:39:25Z")

</div>

Okay, dann baue ich das mal so ein. Ich frage mich allerdings, wieso hier nochmal

```
$this->Response()->setHeader('Content-type', 'application/javascript', true);

```

anstatt  
&nbsp;

```
$response->setHeader('Content-type', 'application/javascript', true);

```

steht, da ja weiter oben bereits definiert. Klar, ist nur ner Kleinigkeit, wirkt aber dann schon sehr schnell hingepatzt.

---

<div class="post-metadata">

**Author:** ![simkli](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/simkli/32/13124_2.png) [@simkli](https://forum.shopware.com/u/simkli)\
**Post date:** [2. August 2017 um 11:13 UTC](https://forum.shopware.com/t/shopware-5-3-refresh-statistics-ladt-sich-tot/47210/23 "2017-08-02T11:13:51Z")

</div>

Ja sieht etwas danach aus. Wenn du noch rausfinden würdest, mit welchem Modul es zusammen hängt, könnte man gleich ein Ticket aufmachen. 🙂

---

<div class="post-metadata">

**Author:** ![fnagel](https://avatars.discourse-cdn.com/v4/letter/f/ed8c4c/32.png) [@fnagel](https://forum.shopware.com/u/fnagel)\
**Post date:** [13. August 2017 um 17:59 UTC](https://forum.shopware.com/t/shopware-5-3-refresh-statistics-ladt-sich-tot/47210/24 "2017-08-13T17:59:52Z")

</div>

Ich habe hier das gleiche Problem. Tritt definitiv erst seit dem Update auf 5.3 auf. Shop mit Standard-Template und ausschließlich Shopware AG und VIISION GmbH Plugins. Mittwald Server mit PHP 7. Die htaccess hab ich überprüft, die ist aktuell.

Ich hab das jetzt erst mal notdürftig mit einem die() am Ende “gelöst”.

Hier hat noch jemand das Problem (würde ich wetten):&nbsp;[https://forum.shopware.com/discussion/48157/after-update-the-shop-to-shopware-5-3-the-page-loading-only-not-stop](https://forum.shopware.com/discussion/48157/after-update-the-shop-to-shopware-5-3-the-page-loading-only-not-stop)

---

<div class="post-metadata">

**Author:** ![Philipp\_Schuch](https://avatars.discourse-cdn.com/v4/letter/p/8797f3/32.png) [@Philipp\_Schuch](https://forum.shopware.com/u/Philipp_Schuch)\
**Post date:** [14. August 2017 um 08:55 UTC](https://forum.shopware.com/t/shopware-5-3-refresh-statistics-ladt-sich-tot/47210/25 "2017-08-14T08:55:25Z")

</div>

Hallo zusammen,

wir haben für dieses Problem bereits ein Ticket angelegt. Den Status könnt Ihr hier verfolgen: [Shopware Issuetracker](https://issues.shopware.com/issues/SW-19578)

Das Problem lässt sich leider nicht immer nachstellen. Wir werden Eure Anregungen und Infos bei der Problembehandlung mit aufnehmen.

Sonnige Grüße,  
Phil

---

<div class="post-metadata">

**Author:** ![kklaus](https://avatars.discourse-cdn.com/v4/letter/k/f475e1/32.png) [@kklaus](https://forum.shopware.com/u/kklaus)\
**Post date:** [15. August 2017 um 14:40 UTC](https://forum.shopware.com/t/shopware-5-3-refresh-statistics-ladt-sich-tot/47210/26 "2017-08-15T14:40:57Z")

</div>

> [@fnagel schrieb:](https://forum.shopware.com/profile/23216/fnagel "fnagel")
> 
> Ich habe hier das gleiche Problem. Tritt definitiv erst seit dem Update auf 5.3 auf. Shop mit Standard-Template und ausschließlich Shopware AG und VIISION GmbH Plugins. Mittwald Server mit PHP 7. Die htaccess hab ich überprüft, die ist aktuell.
> 
> Ich hab das jetzt erst mal notdürftig mit einem die() am Ende „gelöst“.
> 
> Hier hat noch jemand das Problem (würde ich wetten):&nbsp;[https://forum.shopware.com/discussion/48157/after-update-the-shop-to-shopware-5-3-the-page-loading-only-not-stop](https://forum.shopware.com/discussion/48157/after-update-the-shop-to-shopware-5-3-the-page-loading-only-not-stop)

Selbes Problem bei 2 Shops die auf 5.3.1 und 5.3 laufen, beide bei Mittwald mit php 7.0.15 FPM und 5.6 FPM, und dem Performance Plus-Modul von Mittwald. Dieses Modul zu deaktivieren scheint aber auch nicht die Lösung zu sein.

Die haben auch schon eine Rundmail rausgeschickt, deshalb denke ich dass alle Shops in dieser Konstellation bei Mittwald davon betroffen sind.

---

<div class="post-metadata">

**Author:** ![coarsy](https://avatars.discourse-cdn.com/v4/letter/c/59ef9b/32.png) [@coarsy](https://forum.shopware.com/u/coarsy)\
**Post date:** [16. August 2017 um 06:24 UTC](https://forum.shopware.com/t/shopware-5-3-refresh-statistics-ladt-sich-tot/47210/27 "2017-08-16T06:24:11Z")

</div>

Einfach ein die(); am Ende dieser Datei und schon hast Du doch die Lösung: [SW-18506 - Fixed mime type of statistics call · shopware/shopware@cb93551 · GitHub](https://github.com/shopware/shopware/commit/cb9355113550988176a48ab4290757a2e866c01c)

Natürlich nicht ans Ende der Datei, sondern der Funktion 😉

---

<div class="post-metadata">

**Author:** ![mittwald](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/mittwald/32/27_2.png) [@mittwald](https://forum.shopware.com/u/mittwald)\
**Post date:** [16. August 2017 um 13:21 UTC](https://forum.shopware.com/t/shopware-5-3-refresh-statistics-ladt-sich-tot/47210/28 "2017-08-16T13:21:38Z")

</div>

Hallo zusammen,

gerne möchten auch wir unser Feedback zu diesem Thema geben. Wie wir alle dem Ticket [Shopware Issuetracker](https://issues.shopware.com/issues/SW-19578) entnehmen können, taucht dieses Problemen bei „bestimmten Konstellationen“ auf. Auch unsere Kunden sind zum Teil betroffen, jedoch nicht alle mit den oben genannten Konstellationen.

Dennoch haben wir all unsere Shopware-Kunden aktiv über diese Thematik informiert. Kunden berichteten bereits, dass sie selbiges Problem auf verschiedenen Systemen verschiedener Hoster erkennen können. Wir hoffen ebenfalls auf baldigen Fix.

Viele Grüße  
Philipp vom Mittwald Shopware Team

---

<div class="post-metadata">

**Author:** ![RN1](https://avatars.discourse-cdn.com/v4/letter/r/da6949/32.png) [@RN1](https://forum.shopware.com/u/RN1)\
**Post date:** [21. November 2017 um 09:45 UTC](https://forum.shopware.com/t/shopware-5-3-refresh-statistics-ladt-sich-tot/47210/29 "2017-11-21T09:45:17Z")

</div>

Ich hänge mich mal hier ran, auch wenn es nur so halb passt.

Was ist dann jetzt eigentlich mit dem Ürsprünglichen Ticket [https://issues.shopware.com/issues/SW-18506](https://issues.shopware.com/issues/SW-18506)? Das wurde ja „behoben“ und durch diesen Fehler wieder rückgängig gemacht. Ergo besteht doch jetzt das ursprüngliche&nbsp;Problem mit dem Mime Types wieder!&nbsp;Sollte man das alte Ticket dann wieder öffnen, oder ein neues machen? Das Mime Type Problem tritt nämlich auch in Chrome auf solange &nbsp;„x-content-type-options:&nbsp;nosniff“ gesetzt ist vom Webserver.

[Vorherige Seite](https://forum.shopware.com/t/shopware-5-3-refresh-statistics-ladt-sich-tot/47210.md?page=1)
