Emotion Component Installer createOrUpdate orphanRemoval umgehen per Workaround?

Zur Zeit scheint ja der Shop nach neuinstallation des Plugins alle betreffenden Emotion Elemente zu löschen bei componentInstaller->createOrUpdate (Orphan Removal des Plugin Models auf emotionComponents?). Würde der Workaround funktionieren wenn ich vor dem createOrUpdate schaue ob es das Emotion Element gibt (componentId in DB suchen) und alle betreffenden Einträge in s_emotion_element die componentID auf z.B. -9999 setze und nach dem createOrUpdate wieder zurück? Würde das zu Problemen führen?

Da nach dem neu installieren das component ne neue ID bekommt müsst ja nur die neue nachschauen

Das passiert eher nach der Plugin ID in der Komponente siehe plugin Installer Service 

1 „Gefällt mir“

Danke @Shyim du hast recht, der ORM ist nicht schuld sonden der call auf removeEmotionComponents in der Uninstall des Plugin Installer Service. Ich setzte da mal an, danke. Komme ich irgendwie an die aktuelle plugin id in der install/uninstall eines plugins? Dann könnte der workaround klappen, sofern der service nach der uninstall methode des plugins kommt. Ansonsten müsste ich den Service dekorieren bzw der schlechteste weg nen if ($removeData) for den Aufruf in der uninstall des services setzten fürs erste bis nen patch kommt

Hat jemand schon was funktionierendes produktiv im Einsatz? (Bump)