ShopVarianten stehen nicht zur Verfügung

[yaem]

Also ehrlich gesagt, weiß ich jetzt nicht, ob das Problem eher zum Shop oder zum DB-/Objektmodul gehört aber da es in Verbindung mit einem Objekt auftaucht, poste ich es einfach mal hier.

Wenn ich mein Objekt mit we_objectID=XX aufrufe ergibt <we:ifHasShopVariants> irgendwo im dokument true und der darin liegende <we:listview type="shopvariant" zeigt mir auch brav die Varianten an.

Wenn ich stattdessen das objekt mit <we:object id="xx" name="bla"> aufrufe, sind zwar die Felder (field anstatt var) alle schön gefüllt, aber besagte ShopVariants scheinen nicht zur Verfügung zu stehen.

Wodran kann das liegen, oder welchem Denkfehler bin ich erlegen? Wenn Ich was ausgelassen haben sollte, bitte fragen!

gruss Yves

[ArminSchulz]

Welche WE-Version?

[yaem]

Ich hoffe die neuste: 6.0.0.6

[ArminSchulz]

Es gibt schon 6.0.0.7

Da hat sich einiges im Shop getan, aber nichts spezifisches dafür wenn ich mich recht erinnere.

Mit einer Listview (und we:object ist eigentlich nichts anderes als eine Listview mit einem definierten Item) geht es auf jeden Fall

<we:listview type="object" condition="\$cond" classid="4" order="DatumStart" languages="self">
<we:repeat><li><?php $objectID = $GLOBALS['lv']->DB_WE->f('OF_ID'); ?>
...

<we:listview type="shopVariant" name="Kurz" defaultname="Original" objectid="\$objectID">
<we:repeat> ...


und alles wieder zu machen

[yaem]

Wenn das Objekt über we_ObjectID aufgerufen wird, brauche ich die id beim Listview aber nicht anzugeben (habe ich dann jetzt mal geändert und siehe da, es geht).

Aber da war noch ein <we:ifHasShopVariants> drum herum und das geht nun wirklich nicht bei we:object, warum auch immer.

Habs jetzt ohne in Betrieb und bin glücklich

Danke für die Hilfe

[ArminSchulz]

Hab das mal in die Bugbase eingetragen

eigentlich sollte das mit der ObjectID aus hph nicht notwendig sein