# \[Bug\] Seit 5.2.13 lädt der Artikel nach Variantenänderung nicht

**URL:** <https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925>\
**Category:** Allgemein\
**Created:** [19. Januar 2017 um 10:54 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925 "2017-01-19T10:54:42Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![inkarnation](https://avatars.discourse-cdn.com/v4/letter/i/c57346/32.png) [@inkarnation](https://forum.shopware.com/u/inkarnation)\
**Post date:** [19. Januar 2017 um 10:54 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/1 "2017-01-19T10:54:42Z")

</div>

Hallo,

seit dem Update auf die Version 5.2.13 (auch 5.2.14) verschwindet der Ladebildschirm beim Ändern der Variante (z.B. Farbe eines Artikels) im Frontent nichtmehr.

Dadurch kann aktuell die Variante nicht mehr vom Kunden geändert werden.

Woran liegt das? Im Shopware System log taucht nichts dazu auf…

---

<div class="post-metadata">

**Author:** ![ppe-stores](https://avatars.discourse-cdn.com/v4/letter/p/49beb7/32.png) [@ppe-stores](https://forum.shopware.com/u/ppe-stores)\
**Post date:** [19. Januar 2017 um 13:07 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/2 "2017-01-19T13:07:07Z")

</div>

Hallo,

schau am Besten mal in den Firebug, ob dort eine Fehlermeldung aufgezeigt wird.

Grüße,

Flo

---

<div class="post-metadata">

**Author:** ![inkarnation](https://avatars.discourse-cdn.com/v4/letter/i/c57346/32.png) [@inkarnation](https://forum.shopware.com/u/inkarnation)\
**Post date:** [19. Januar 2017 um 13:27 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/3 "2017-01-19T13:27:46Z")

</div>

```
TypeError: window.lastSeenProductsConfig is null
...axVariantChange:function(){var me=this;me.collectProduct(window.lastSeenProducts...
-------------------------------------------^

```

Tritt in einen gecachten&nbsp; JavaScript Datei auf. Den Cache habe ich bereits des öfteren geleert, sowie das Theme neu kompiliert.

Habe nun die „Zuletzt gesehen Produkte“ deaktiviert, aber das ist natürlich keine permanente Lösung

---

<div class="post-metadata">

**Author:** ![inkarnation](https://avatars.discourse-cdn.com/v4/letter/i/c57346/32.png) [@inkarnation](https://forum.shopware.com/u/inkarnation)\
**Post date:** [23. Januar 2017 um 08:49 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/4 "2017-01-23T08:49:02Z")

</div>

push

Die Kollegen aus dem Issuetracker haben auf das Forum verwiesen.

---

<div class="post-metadata">

**Author:** ![cloudworxx](https://avatars.discourse-cdn.com/v4/letter/c/b487fb/32.png) [@cloudworxx](https://forum.shopware.com/u/cloudworxx)\
**Post date:** [23. Januar 2017 um 11:51 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/5 "2017-01-23T11:51:27Z")

</div>

Habe das Problem auch!

> [@inkarnation schrieb:](https://forum.shopware.com/profile/24573/inkarnation "inkarnation")
> 
> push
> 
> Die Kollegen aus dem Issuetracker haben auf das Forum verwiesen.

Was ist damit gemeint?

---

<div class="post-metadata">

**Author:** ![Moritz\_Naczenski](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/moritz_naczenski/32/7792_2.png) [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)\
**Post date:** [23. Januar 2017 um 12:40 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/6 "2017-01-23T12:40:04Z")

</div>

Erstmal alle Plugins deaktivieren und im Standard Theme testen. Dann kann man erstmal schauen, ob eine individualisierung Schuld ist.

---

<div class="post-metadata">

**Author:** ![dupp](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/dupp/32/7715_2.png) [@dupp](https://forum.shopware.com/u/dupp)\
**Post date:** [26. Januar 2017 um 08:22 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/7 "2017-01-26T08:22:07Z")

</div>

Hallo Community,&nbsp;

haben dieses Problem auch schon bei mehreren Themes festgestellt. Bei manchen individuellen Themes scheint es **ab Version 5.2.13** Probleme mit den **Smarty-Blöcken** zu geben, was wiederum zum&nbsp; **TypeError: window.lastSeenProductsConfig&nbsp;is null** führt. Leider ist auch nach Behebung **keine Kausalität erkennbar**. In unterem Beispiel seht&nbsp;ihr eine index.tpl, welche den Fehler verursacht und eine in welcher durch Umstellung der Blöcke der Fehler behoben wurde. Shopware selbst wollte hierzu trotz Professional Version und Support-Subscription nicht supporten.

&nbsp;

index.tpl **MIT „TypeError: window.lastSeenProductsConfig&nbsp;is null“ Fehler**

```
{extends file="parent:frontend/index/index.tpl"}

{* ... remove the top bar navigation *}
{block name='frontend_index_top_bar_container'}{/block}

{* ... move topbar-navigation prepend to shop-navigation *}
{block name='frontend_index_shop_navigation'}
    {$smarty.block.parent}
    {block name='frontend_index_top_bar_container_new'}
        {include file="frontend/index/topbar-navigation.tpl"}
    {/block}
{/block}

{* ... add Wrapper to wrap content-main *}
{block name='frontend_index_emotion_loading_overlay'}
    {$smarty.block.parent}
	
{/block}

{* Footer *}
{block name="frontend_index_footer"}
	
	
        {* ... remove footer container *}
		{block name="frontend_index_footer_container"}
			{include file='frontend/index/footer.tpl'}
		{/block}
	
{/block}

```

&nbsp;

&nbsp;

index.tpl **OHNE „TypeError: window.lastSeenProductsConfig&nbsp;is null“ Fehler**

```
{extends file="parent:frontend/index/index.tpl"}

{* ... remove the top bar navigation *}
{block name='frontend_index_top_bar_container'}{/block}

{* ... move topbar-navigation prepend to shop-navigation *}
{block name='frontend_index_shop_navigation'}
    {$smarty.block.parent}
    {block name='frontend_index_top_bar_container_new'}
        {include file="frontend/index/topbar-navigation.tpl"}
    {/block}
{/block}

{* ... add Wrapper to wrap content-main *}
{block name='frontend_index_content_main'}
	
        {$smarty.block.parent}
    
{/block}

{* Footer *}
{block name="frontend_index_footer"}
	
        {* ... remove footer container *}
		{block name="frontend_index_footer_container"}
			{include file='frontend/index/footer.tpl'}
		{/block}
	
{/block}

```

&nbsp;

---

<div class="post-metadata">

**Author:** ![t2oh4e](https://avatars.discourse-cdn.com/v4/letter/t/a5b964/32.png) [@t2oh4e](https://forum.shopware.com/u/t2oh4e)\
**Post date:** [26. Januar 2017 um 09:14 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/8 "2017-01-26T09:14:36Z")

</div>

> [@dupp schrieb:](https://forum.shopware.com/profile/19577/dupp "dupp")
> 
> […] Shopware selbst wollte hierzu trotz Professional Version und Support-Subscription nicht supporten. […]

Ist auch nicht Shopwares Aufgabe alles zu supporten was durch eigene Anpassungen kaputt gemacht wurde.

Bist du sicher, dass die gepostete Anpassung der einzige Unterschied ist?

Die lastSeenProductsConfig wird in den Blöcken&nbsp;frontend\_index\_header\_javascript bzw.&nbsp;frontend\_index\_header\_javascript\_inline gesetzt. Schau mal ob die bei dir im Theme oder durch ein Plugin angepasst werden. Außerdem sollte es direkt unter deinem footer bzw unter deinem content-wrap (je nachdem welche Version) ein script-Tag mit der ID&nbsp;footer–js-inline geben. Darin wird etwa in der Mitte die config gesetzt die bei dir scheinbar fehlt. Auch da könntest du nochmal genauer vergleichen ob bzw welche Unterschiede es gibt.

&nbsp;

&nbsp;

---

<div class="post-metadata">

**Author:** ![dupp](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/dupp/32/7715_2.png) [@dupp](https://forum.shopware.com/u/dupp)\
**Post date:** [26. Januar 2017 um 09:42 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/9 "2017-01-26T09:42:53Z")

</div>

Hi t2oh4e,

natürlich muss Shopware nicht jeden Mist supporten und prüfen. Aber möglichen Fehlern in der Smarty-Engine, welche erst durch ein Update aufkommen, sollte man schon nachgehen.&nbsp;

**Ja ich bin mir sicher, dass die gepostete Anpassung der einzige Unterschied ist** , da ich es eben beim Kunden vorhin genau so durchgeführt habe und es nun wieder funktioniert 😉

Aber ich hab da mal was vorbereitet - Ich habe ein neues, leeres Theme erstellt ([Dropbox Link zum Theme](https://www.dropbox.com/s/npjblommszklab9/Bugtest.zip?dl=0)), welches vom Responsive ableitet.

**Die Einzige Anpassung ist in einer neuen index/index.tpl:&nbsp;**

```
{extends file="parent:frontend/index/index.tpl"}

{* ... add Wrapper to wrap content-main *}
{block name='frontend_index_emotion_loading_overlay'}
    {$smarty.block.parent}
    
{/block}

{* Footer *}
{block name="frontend_index_footer"}
    
    {$smarty.block.parent}
{/block}

```

&nbsp;

//Edit: Bevor hier jemand sagt, es läge an dem Block frontend\_index\_emotion\_overlay oder an den $smarty.block.parent oder oder oder - **dieser Code führt ebenfalls zum Fehler:**

```
{extends file="parent:frontend/index/index.tpl"}

{* ... add Wrapper to wrap content-main *}
{block name='frontend_index_content_main' append}
    
{/block}

{* Footer *}
{block name="frontend_index_footer" prepend}
    
{/block}

```

&nbsp;

//Edit: **Dies hier wiederum führt zu keinem Fehle** r:&nbsp;

```
{extends file="parent:frontend/index/index.tpl"}

{* ... add Wrapper to wrap content-main *}
{block name='frontend_index_content_main'}
    
        {$smarty.block.parent}
    
{/block}

```

Wo liegt in diesem Code also bitte der Fehler, dass&nbsp; **„TypeError: window.lastSeenProductsConfig&nbsp;is null“** rechtfertigt?

&nbsp;

---

<div class="post-metadata">

**Author:** ![t2oh4e](https://avatars.discourse-cdn.com/v4/letter/t/a5b964/32.png) [@t2oh4e](https://forum.shopware.com/u/t2oh4e)\
**Post date:** [27. Januar 2017 um 08:36 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/10 "2017-01-27T08:36:06Z")

</div>

Ich habe gerade mal dein Testtheme in meine Entwicklungsumgebung geworfen (Shopware \>5.2.14 direkt von github) und habe keine Fehler.

Wo tritt der Fehler denn genau auf? Da müssten ja Zeilen und Dateiangaben dabei stehen.

Hast du mal geprüft ob das JS mit der&nbsp;Config richtig gerendert wird?

Link zum Shop wäre auch hilfreich…

&nbsp;

Edit: Muss mich korrigieren. Der Fehler tritt auch bei mir auf.

---

<div class="post-metadata">

**Author:** ![t2oh4e](https://avatars.discourse-cdn.com/v4/letter/t/a5b964/32.png) [@t2oh4e](https://forum.shopware.com/u/t2oh4e)\
**Post date:** [27. Januar 2017 um 09:09 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/11 "2017-01-27T09:09:00Z")

</div>

Habe den entsprechenden commit gefunden:&nbsp;[SW-13434 - Fix last seen article preview image · shopware/shopware@8a9c075 · GitHub](https://github.com/shopware/shopware/commit/8a9c075a9794938f5b2490f5204dae16640926ac)

Diese beiden Zeilen funktionieren nicht richtig wenn sich die HTML Struktur ändert, weiß noch nicht genau warum:

> <https://github.com/shopware/shopware/blob/5.2/themes/Frontend/Responsive/frontend/_public/src/js/jquery.ajax-variant.js#L138-L139>

Ist definitv kein Smarty-Problem. Sowas sollte natürlich nicht kaputt gehen wenn man so einfache Dinge am Theme ändert. Vielleicht kannst du ja mit den Infos nochmal den Shopware Support nerven 😉

---

<div class="post-metadata">

**Author:** ![dupp](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/dupp/32/7715_2.png) [@dupp](https://forum.shopware.com/u/dupp)\
**Post date:** [27. Januar 2017 um 13:20 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/12 "2017-01-27T13:20:57Z")

</div>

Hallo t2oh4e,&nbsp;

habe ich 😉 und auch gleich ein Issue erstellt.&nbsp;

Wäre daher schön, wenn das etwas hochgevotet würde:&nbsp;[Shopware Issuetracker](https://issues.shopware.com/issues/SW-17586)

&nbsp;

&nbsp;

---

<div class="post-metadata">

**Author:** ![buschmann](https://avatars.discourse-cdn.com/v4/letter/b/cab0a1/32.png) [@buschmann](https://forum.shopware.com/u/buschmann)\
**Post date:** [3. März 2017 um 04:57 UTC](https://forum.shopware.com/t/bug-seit-5-2-13-ladt-der-artikel-nach-variantenanderung-nicht/42925/13 "2017-03-03T04:57:34Z")

</div>

Hallo,

ich habe genau das selbe problem.

ich habe nun eine alte jquery.ajax-variant.js von Jul 28, 2016 genommen

[https://raw.githubusercontent.com/shopware/shopware/1b4efe9f0b3ddb4a6ba10140cd4cd62c7d4559c5/themes/Frontend/Responsive/frontend/\_public/src/js/jquery.ajax-variant.js](https://raw.githubusercontent.com/shopware/shopware/1b4efe9f0b3ddb4a6ba10140cd4cd62c7d4559c5/themes/Frontend/Responsive/frontend/_public/src/js/jquery.ajax-variant.js)

diese funktioniert einwandfrei selbst mit der aktuellen Shopware 5.2.20 version (zumindest sind mir noch keine probleme aufgefallen)

gruss, buschmann

edit: allerdings muss ich die datei in den responsive ordner legen und die orginale überschreiben. wenn ich die datei in meinen theme ordner packe gehts nicht ![Undecided](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/8ae622c50104e84c5003fedfcc22572813a67b41.png "Undecided")
