# Twig Block eines anderen Plugins erweitern - mal funktioniert es - mal nicht

**URL:** <https://forum.shopware.com/t/twig-block-eines-anderen-plugins-erweitern-mal-funktioniert-es-mal-nicht/62764>\
**Category:** Programmierung\
**Created:** [3. November 2019 um 15:38 UTC](https://forum.shopware.com/t/twig-block-eines-anderen-plugins-erweitern-mal-funktioniert-es-mal-nicht/62764 "2019-11-03T15:38:37Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![zenit](https://avatars.discourse-cdn.com/v4/letter/z/a87d85/32.png) [@zenit](https://forum.shopware.com/u/zenit)\
**Post date:** [3. November 2019 um 15:38 UTC](https://forum.shopware.com/t/twig-block-eines-anderen-plugins-erweitern-mal-funktioniert-es-mal-nicht/62764/1 "2019-11-03T15:38:37Z")

</div>

Hallo,&nbsp;

ich würde gerne wie in Shopware 5 einen Block eines anderen Plugins installieren.

Ich habe also im gleichen Verzeichnispfad die Datei angelegt, Beispiel:

PluginB/src/Resources/views/OrdnerWiePluginA/DateiWiePluginA.html.twig

```
{% sw_extends '@PluginA/OrdnerWiePluginA/DateiWiePluginA.html.twig' %}

{% block blockAusPluginA %}

neuer Inhalt

{% endblock %}

```

&nbsp;

Jetzt musste ich leider feststellen, dass die Datei&nbsp;PluginB/src/Resources/views/OrdnerWiePluginA/DateiWiePluginA.html.twig nicht aufgerufen wird, wenn PluginA vor PluginB in der Storefront gerendert wird (das kann man in der Symfony Profiler im Bereich “Twig”&nbsp;nachvollziehen).

Um das zu untersuchen habe ich zig-mal die Plugins in unterschiedlicher Reihenfolge PluginA und PluginB deinstalliert, komplett vom Server gelöscht und erneut installiert.  
Dabei konnte ich keine Regel ausmachen. Egal ob ich PluginA zuerst und danach PluginB installiere oder umgekehrt. Mal funktioniert es - mal nicht.

&nbsp;

&nbsp;

// Edit: getestet unter 6.0.0-EA2 und einer aktuelleren Version aus dem Git

---

<div class="post-metadata">

**Author:** ![TassiloDietze](https://avatars.discourse-cdn.com/v4/letter/t/43a26b/32.png) [@TassiloDietze](https://forum.shopware.com/u/TassiloDietze)\
**Post date:** [15. November 2019 um 11:03 UTC](https://forum.shopware.com/t/twig-block-eines-anderen-plugins-erweitern-mal-funktioniert-es-mal-nicht/62764/2 "2019-11-15T11:03:07Z")

</div>

Bei mir ist es fast genau so nur in Twig zeigt es mir an, dass die Datei aus meinem Plugin-B eingebunden ist nur die Blöcke werden nicht überschrieben.

---

<div class="post-metadata">

**Author:** ![Almare](https://avatars.discourse-cdn.com/v4/letter/a/a87d85/32.png) [@Almare](https://forum.shopware.com/u/Almare)\
**Post date:** [19. November 2019 um 12:49 UTC](https://forum.shopware.com/t/twig-block-eines-anderen-plugins-erweitern-mal-funktioniert-es-mal-nicht/62764/3 "2019-11-19T12:49:23Z")

</div>

Das liegt and der Vererbungshirarchie. Die ist willkürlich. Wenn du deinen Shop neu aufsetzt kann es ganz anders aussehen und wenn du Ihn nochmal aufsetzt noch anders. Versuch mal ein Theme zu bauen das von Plugins erweitert wird… da kommen noch mehr Überraschungen insbesondere wenn du die Produktbox überschreiben willst. Zack nix mehr da von den Plugins. Hat mich echt Nerven und Zeit gekostet das herauszufinden.

---

<div class="post-metadata">

**Author:** ![zenit](https://avatars.discourse-cdn.com/v4/letter/z/a87d85/32.png) [@zenit](https://forum.shopware.com/u/zenit)\
**Post date:** [25. November 2019 um 06:42 UTC](https://forum.shopware.com/t/twig-block-eines-anderen-plugins-erweitern-mal-funktioniert-es-mal-nicht/62764/4 "2019-11-25T06:42:05Z")

</div>

[https://docs.shopware.com/en/shopware-platform-dev-en/getting-started/recent-updates#2019-11-20-changed-loading-order-of-plugins](https://docs.shopware.com/en/shopware-platform-dev-en/getting-started/recent-updates#2019-11-20-changed-loading-order-of-plugins)

&nbsp;

> 2019-11-20: Changed loading order of plugins
> 
> The order of the loaded plugins has changed. Before, the plugins has been sorted by the ID column. Because of the UUIDs stored here, the order was random and changed on every (re)installation of Shopware.
> 
> From now on, the plugins are loaded in the order of their installation date. So the first installed plugin is the first, which is initialised on kernel boot.
> 
> This is temporary solution, as this will not fully resolve dependencies problems between plugins. There are already tickets open, which have the goal to improve the whole plugin loading process.

Da wird wohl noch dran gedreht und geschraubt&nbsp; ![Halo](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/d6f31fb007077fa834e26f5b6a29275ae615cbd1.png "Halo")