Ist das richtig so? So wie ich das soweit in der DB nachvollzogen habe, wird beim Laden des Sets in einem neuen Artikel (oder dessen Speichern) eine Doublette in der Datenbank angelegt, die Einträge der Relation “s_article_configurator_dependencies”, die ich jetzt für die Abhängigkeiten verantwortlich machen würde, jedoch nicht. Ist das richtig so, ist das gewollt?
Wir wollen recht viele Artikel einstellen, für die es immer die gleichen Varianten gibt (Material/Farbe); wobei es Leder halt nicht in Blau, Gelb, Grün gibt, aber dafür in anderen Farben… also Artikelvarianten mit Setabhängigkeiten halt.
Oder gehen wir falsch ran?
Viele Grüße, Till
Ich meine: ernsthaft?
- http://issues.shopware.com/issues/SW-17606
2) http://issues.shopware.com/issues/SW-13934
3) http://issues.shopware.com/issues/SW-8804
Won’t fix? Ne, wäre für mich auch ok, wenn meine Teammitglieder Fehler in unserem Tool nicht beheben wollen würden. -__-
Hallo,
es geht hier ja um keinen Fehler. Auch wenn das ggf. als Fehler in den Issue-Tracker eingestellt wurde oder wird.
Du willst das die definierten Abhängigkeiten zusätzlich am Set gespeichert werden. Das ist bisher aber nie vorgesehen gewesen und auch nicht für eine Umsetzung geplant.
Die Tickets wurden dann auch aufgrund des alten Workflows geschlossen. Mittlerweile schließen wir keine Tickets mehr, sondern halten auch die Möglichkeit der Vote-Funktion und Kommentarfunktion offen.
Wir sprechen auf jeden Fall von einer Funktion, die bisher nie vorgesehen war.
Sebastian
Ich bin selbst Softwareentwickler in einem sehr ähnlichen Umfeld, wie das was ihr bei euch macht. Ich weiß, dass man gerne und wie man BUGS wegdisktutiert. 
Man sollte es nämlich schon als eine implikative Abhängigkeit der Set-Entitäten ansehen; denn ohne diese Informationen ist das Set schlicht unvollständig und folglich würde das Set nicht richtig angewand oder persistiert. Natürlich gibt es die Argumentationslinie des Wegdiskutierens… klar nimmt man die gerne: “War nicht vorgesehen”… issn Feature.
Wie auch immer… ich guck’s mir nachher selbst an.