# Shopware Patch 3.5.1 auf 3.5.2 verfügbar!!!

**URL:** <https://forum.shopware.com/t/shopware-patch-3-5-1-auf-3-5-2-verfugbar/490>\
**Category:** Shopware 3.5\
**Tags:** installation--gettin\
**Created:** [29. Oktober 2010 um 17:42 UTC](https://forum.shopware.com/t/shopware-patch-3-5-1-auf-3-5-2-verfugbar/490 "2010-10-29T17:42:07Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![Stefan\_Heyne](https://avatars.discourse-cdn.com/v4/letter/s/bbe5ce/32.png) [@Stefan\_Heyne](https://forum.shopware.com/u/Stefan_Heyne)\
**Post date:** [29. Oktober 2010 um 17:42 UTC](https://forum.shopware.com/t/shopware-patch-3-5-1-auf-3-5-2-verfugbar/490/1 "2010-10-29T17:42:07Z")

</div>

Link: [http://www.shopware.de/wiki/Minor-Updat … 5\_477.html](http://www.shopware.de/wiki/Minor-Update-3.5.1-auf-3.5.2%5C_detail%5C_555%5C_477.html)

---

<div class="post-metadata">

**Author:** ![Alpine\_Swift](https://avatars.discourse-cdn.com/v4/letter/a/8dc957/32.png) [@Alpine\_Swift](https://forum.shopware.com/u/Alpine_Swift)\
**Post date:** [29. Oktober 2010 um 17:53 UTC](https://forum.shopware.com/t/shopware-patch-3-5-1-auf-3-5-2-verfugbar/490/2 "2010-10-29T17:53:35Z")

</div>

Hi Stefan, Super. Danke! Bin leider noch unterwegs wird aber nachher gleich gepatcht. Bin gespannt … Danke Euch! AS

---

<div class="post-metadata">

**Author:** ![fusionsquare](https://avatars.discourse-cdn.com/v4/letter/f/d07c76/32.png) [@fusionsquare](https://forum.shopware.com/u/fusionsquare)\
**Post date:** [29. Oktober 2010 um 19:09 UTC](https://forum.shopware.com/t/shopware-patch-3-5-1-auf-3-5-2-verfugbar/490/3 "2010-10-29T19:09:56Z")

</div>

Hallo Stefan, ich habe den Patch gerade installiert. Lief alles, im Gegensatz zur 3.5.0 Installation, wirklich sehr gut! Habe nur etwas entdeckt, was ich anpassen musste, keine Ahnung ob es an meinem Installationspaket gelegen hat (alter Release?) und dem späteren Patch, aber ich musste in der Datei /engine/local\_old/class/sCustomCore.php etwas anpassen: Zeile 2 vorher `class sCustomCore extends myCore` Zeile 2 nachher `class sCustomCore` Habe also das extends myCore einfach mal weggemacht, dann habe ich das Template sehen können. Habe aber ebenso noch einen neuen Fehler im Frontend-Template entdeckt, in der linken Sidebar (Wo die Links sind). ` Fatal error: Call to undefined method Shopware\_Proxies\_sCustomCoreProxy::sRewriteLink() in /kunden/295642\_57549/webseiten/shopware/engine/Shopware/Plugins/Default/Core/Template/plugins/modifier.rewrite.php on line 5` Meine Vermutung geht in die Richtung mod\_rewrites, habe hier aber die selben Einstellungen wie bei meiner vorherigen Installation. Vielleicht kann jemand helfen?! Danke!

---

<div class="post-metadata">

**Author:** ![tschersich](https://avatars.discourse-cdn.com/v4/letter/t/a9adbd/32.png) [@tschersich](https://forum.shopware.com/u/tschersich)\
**Post date:** [29. Oktober 2010 um 21:52 UTC](https://forum.shopware.com/t/shopware-patch-3-5-1-auf-3-5-2-verfugbar/490/4 "2010-10-29T21:52:46Z")

</div>

Patch ließ sich auch mit PHP 5.3 problemlos installieren und offensichtlich läuft alles noch, soweit ich das auf den ersten Blick sehe. Wirklich schön wäre aber wirklich ein Changelog oder ein für alle lesbarer Bugtracker. Da ich technisch keinen der im Forum erwähnten Fehler hatte bzw. noch nicht entdeckt hatte, ist eine Überprüfung auf volle Funktionsfähigkeit nach dem Update schwer.

---

<div class="post-metadata">

**Author:** ![Stefan\_Heyne](https://avatars.discourse-cdn.com/v4/letter/s/bbe5ce/32.png) [@Stefan\_Heyne](https://forum.shopware.com/u/Stefan_Heyne)\
**Post date:** [29. Oktober 2010 um 21:58 UTC](https://forum.shopware.com/t/shopware-patch-3-5-1-auf-3-5-2-verfugbar/490/5 "2010-10-29T21:58:19Z")

</div>

Hi Morgen bekommst Du Dein Changelog, hab ich heute nicht mehr geschafft… Versprochen! Ich wollte Morgen ein komplettes Diff File aus dem SVN auschecken, dann siehst Du jede Aenderung bis ins Detail. Bin jetzt nur gerade nicht mehr in der Company, deshalb Morgen… Freut mich aber, dass es soweit ganz gut bei Dir aussieht. 😉

---

<div class="post-metadata">

**Author:** ![taaucher](https://avatars.discourse-cdn.com/v4/letter/t/ac8455/32.png) [@taaucher](https://forum.shopware.com/u/taaucher)\
**Post date:** [29. Oktober 2010 um 22:23 UTC](https://forum.shopware.com/t/shopware-patch-3-5-1-auf-3-5-2-verfugbar/490/6 "2010-10-29T22:23:38Z")

</div>

Eingespielt und bis jetzt steht der Shop noch 😃

---

<div class="post-metadata">

**Author:** ![avenger](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@avenger](https://forum.shopware.com/u/avenger)\
**Post date:** [30. Oktober 2010 um 06:43 UTC](https://forum.shopware.com/t/shopware-patch-3-5-1-auf-3-5-2-verfugbar/490/7 "2010-10-30T06:43:39Z")

</div>

Das unter [viewtopic.php?f=9&t=297#p1816](http://www.shopware-community.de/viewtopic.php?f=9&t=297#p1816) beschriebene Problem besteht weiter… Der durchgeführte Patch war offenbar nicht die Lösung… Musste den Zweig wieder per „false“ deaktivieren, bevor es funktioniert. (Zeile 55 in „engine\backend\php\sCacheTemplate.php“.) `if (false && strstr($\_SERVER['HTTP\_ACCEPT\_ENCODING'], 'gzip') && !ini\_get('zlib.output\_compression')) {` Ich habe dann in „shopware.php“ versucht, mit [code]echo "shopware.php

```
".print\_r(ini\_get\_all ,true)."

```

";[/code] alle INI-Parameter zu dumpen, aber das Ergebnis ist leer. D.h. `!ini\_get('zlib.output\_compression')` liefert vermutlich ein leeres Ergebnis, weshalb wieder `ob\_start("ob\_gzhandler");` ausgeführt wird. Das ist übrigens ein „all-inkl“ Shared Hosting Server…

---

<div class="post-metadata">

**Author:** ![avenger](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@avenger](https://forum.shopware.com/u/avenger)\
**Post date:** [30. Oktober 2010 um 14:35 UTC](https://forum.shopware.com/t/shopware-patch-3-5-1-auf-3-5-2-verfugbar/490/8 "2010-10-30T14:35:40Z")

</div>

Ich habe darüber noch mal nachgedacht, und glaube zu wissen, warum das Problem entsteht: wir haben per .htaccess serverweit die Zip-Kompression aktiviert `<filesmatch>  
	php_value output_handler ob_gzhandler  
</filesmatch> ` Offenbar wird das aber nicht in den INI-Parametern zurückgemeldet, so dass “ini\_get(‘zlib.output\_compression’)” diese Information nicht liefert… Da es dann wohl ziemlich schwierig ist, diese Situation zu erkennen, habe ich jetzt ganz brutal an der betreffenden Stelle das PHP Fehlerreporting deaktiviert, und dann geht es weiter… [quote]if (strstr($\_SERVER[‘HTTP\_ACCEPT\_ENCODING’], ‘gzip’) && !ini\_get(‘zlib.output\_compression’)) { [color=#FF0000] $erp=error\_reporting(0); [/color] ob\_start(“ob\_gzhandler”); echo file\_get\_contents($file); ob\_end\_flush(); [color=#FF0000] error\_reporting($erp);[/color] } else { echo file\_get\_contents($file); }[/quote]

---

<div class="post-metadata">

**Author:** ![Stefan\_Heyne](https://avatars.discourse-cdn.com/v4/letter/s/bbe5ce/32.png) [@Stefan\_Heyne](https://forum.shopware.com/u/Stefan_Heyne)\
**Post date:** [30. Oktober 2010 um 16:18 UTC](https://forum.shopware.com/t/shopware-patch-3-5-1-auf-3-5-2-verfugbar/490/9 "2010-10-30T16:18:35Z")

</div>

Changelog ist nun inkl. Diff-File verfügbar: [http://www.shopware.de/wiki/Minor-Updat … 5\_477.html](http://www.shopware.de/wiki/Minor-Update-3.5.1-auf-3.5.2%5C_detail%5C_555%5C_477.html)
