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…
Hallo,
schau am Besten mal in den Firebug, ob dort eine Fehlermeldung aufgezeigt wird.
Grüße,
Flo
TypeError: window.lastSeenProductsConfig is null
...axVariantChange:function(){var me=this;me.collectProduct(window.lastSeenProducts...
-------------------------------------------^
Tritt in einen gecachten 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
push
Die Kollegen aus dem Issuetracker haben auf das Forum verwiesen.
Habe das Problem auch!
push
Die Kollegen aus dem Issuetracker haben auf das Forum verwiesen.
Was ist damit gemeint?
Erstmal alle Plugins deaktivieren und im Standard Theme testen. Dann kann man erstmal schauen, ob eine individualisierung Schuld ist.
Hallo Community,
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 TypeError: window.lastSeenProductsConfig is null führt. Leider ist auch nach Behebung keine Kausalität erkennbar. In unterem Beispiel seht 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.
index.tpl MIT „TypeError: window.lastSeenProductsConfig 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}
index.tpl OHNE „TypeError: window.lastSeenProductsConfig 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}
[…] 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 frontend_index_header_javascript bzw. 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 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.
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.
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), welches vom Responsive ableitet.
Die Einzige Anpassung ist in einer neuen index/index.tpl:
{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}
//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}
//Edit: Dies hier wiederum führt zu keinem Fehle r:
{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 „TypeError: window.lastSeenProductsConfig is null“ rechtfertigt?
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 Config richtig gerendert wird?
Link zum Shop wäre auch hilfreich…
Edit: Muss mich korrigieren. Der Fehler tritt auch bei mir auf.
Habe den entsprechenden commit gefunden: SW-13434 - Fix last seen article preview image · shopware/shopware@8a9c075 · GitHub
Diese beiden Zeilen funktionieren nicht richtig wenn sich die HTML Struktur ändert, weiß noch nicht genau warum:
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
Hallo t2oh4e,
habe ich und auch gleich ein Issue erstellt.
Wäre daher schön, wenn das etwas hochgevotet würde: Shopware Issuetracker
Hallo,
ich habe genau das selbe problem.
ich habe nun eine alte jquery.ajax-variant.js von Jul 28, 2016 genommen
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 