Doku falsch? Bug? Brett vorm Kopf bei SearchBundle

N’Abend,

ich kann mich noch so sehr bemühren, es will einfach nichts machen:
https://developers.shopware.com/developers-guide/shopware-5-search-bundle/#full-implementation-with-condition-(with-dbal)
1:1 übernommen: Es passiert _nichts_ 
Setzte ich ein die() oder ein throw exception in die funktion:
 

public function supportsCondition(ConditionInterface $condition)
{
   die();
   return ($condition instanceof CategoryCondition);
}

passiert; _nichts_ Shopware läuft überall durch => supportsCondition wird offensichtlich nicht aufgerufen.
Hat sich was an der Art, wie der Eintrag in der services.xml erfolgen muss, geändert? Fehlt noch ein Event? Bin ich zu blöd?

Stimmen der Pfad / der Klassenname der Klasse und der Class in der services.xml nicht überein, gibt es gleich ein 500er  Wink

Letztlich möchte ich auch sowas umsetzen - und bitte nicht über Sinn und Zweck lamentieren, warum  Sticking-out-tongue
https://forum.shopware.com/discussion/33616/searchbundle-artikel-ausschliessen

Das Beispiel zeigt eine Implementierung from Core als Beispiel. Es gibt bereits ein ConditionHandler dafür (im Core). Deshalb wird NIE deine Methode aufgerufen

Dann also wie im Link (altes Plugin) mit dem Collect_Event einklinken - halt nur über Subscriber und eigene Klasse registrieren.

Das macht kein Unterschied. Ich würde eher das Beispiel aus Udemy benutzen. Glaub das ist viel verständlicher :slight_smile:

*hmm* aber letztlich beschreibt Daniel in seinem Buch für das Faq-Attribute es  so, dass man sich an eine vorhandene Condition anhängen soll, wenn man weitere Einschränkungen machen will.
Werde das erst mal auf Eis legen. Wie Daniel im Buch schreibt: “StoreFront kann einen schon erschlagen”  Wink

THX