Ich habs gerade getested, also wenn ich das klonen von der Liste aus mache, funktioniert es und auch wenn ich es im Produkt drücke. Welche sprache nutzt du im Backend? Eventuell gibts Probleme, wenn man nicht auf der Hauptsprache ist.
Beiträge von Milbo
-
-
Dieses Wochenenende war aber ein schlechtes zum testen, weil Paypal einfach selber probleme hatte.
-
Bitte testen
http://dev.virtuemart.net/atta…79_package_or_extract.zip
man muß halt noch auf order item edit klicken
-
-
Hatte schon jmd aufm englischen Forum gepostet, hier der Fix http://dev.virtuemart.net/atta…79_package_or_extract.zip
-
Wir haben im Warenkorb Objekt die Rohdaten gespeichert. Die Addresse wird im BT array bzw ST array gespeichert. Diese arrays sind der Dreh und Angelpunkt. Der Warenkorb selber und die Plugins nutzen diese Daten.
Wenn der Warenkorb initialisiert wird, dann werden seit vm3.6 die Shopperfields auch geladen und zwar um die defaults dieser Felder gleich in das array zu laden. Dabei sind diese Felder aber NICHT richtig initialisiert, die Werte werden garnicht geprüft, es wird auch nichts gerendert. Im Zweifel interessiert sich VM nicht für diese Werte, sondern nur die Werte im BT bzw ST array.z.B. existiert das hier $this->cart->BTaddress['fields']['zip']['value']; imho nur correct, wenn auch die Shopperfielder komplett dargestellt werden. wenn man aber einfach nur so im Warenkorb ist, existiert es nicht, bzw nicht for vm3.6.
-
Da hab ich leider ein sich nur drehendes Rad
-
-
Habt ihr die hidden config reuseorders benutzt?
Die darf nicht mehr 1 sein. Die muß jetzt 0 sein, oder ein Dateformat. Eventuell liegts daran
Da is jetze ein Fallback für "1"
-
Alles anzeigenHallo Zusammen,
wie ändert man am sinnvollsten den Bestellstatus bei Teillieferungen?
Man kann den Status jeder einzelnen Zeile in einer Bestellung ändern, das führt aber jeweils zu einer E-Mail an Käufer und Verkäufer.
In meinem aktuellen Fall habe ich 4 Artikel versendet und einem den Status "wird nachgeliefert" gegeben.
Bei jeder Änderung wurden E-Mails an Käufer und Verkäufer versendet, besser wäre es hier aber, wenn erst am Ende aller Änderungen eine E-Mail verschickt würde.
Geht das irgendwie?
Viele Grüße - Harald
Interessantes Problem, ich gebe zu, ich habe immer nur mit 2 Produkte gearbeitet. die Lösung wäre die Automatik rauszunehmen und einen speicher button zu haben. -
skype kostet nix. Nu einfach vor die vmdebug Zeile
-
dafür ist das vmdebug da. Eventuell wird dieser Code nur aufgerufen, wenn man selber gerade Paypal sieht.
VmConfig::$logdebug=1; davor schreiben, dann tauchts in der logfile auf. Die config sieht gut aus.
Oder letztendlich siehts so aus, als wäre deine Idee des tauschens der Reihenfolge ausreichend. Hab den code bereits geändert, kontakt mich ma über skype.
-
Ahh danke.
zum Haareraufen. Wir hatten sogar das ganze verbessert. Die sql holt die doppelte anzahl an sqls und dann machen wir ein array_shuffle und dann ein array_slice.
Aber ein Fehler war drin. Die normalen Produkte werden zwar als letztes angezeigt, aber als erstes gesucht. Da werden dann auch Features angezeigt und damit werden diese Featured Produkte von der Gruppe "Featured Produkte" abgezogen, weil man ja die Produkte nicht 2 mal sehen will. Das führt schnell dazu, daß zu wenig Featured da sind und dann hat man immer das gleiche. So wars zumindest bei mir grad mit den sampledaten. -
Danke Helmut,
super, läuft wieder. Milbo schreibt das einfach so selbstverständlich das die reuseorder jetzt 0 sein muss. Muss man erst mal wissen
Naja. Das ganze war ja nur eine hidden config und die wurde hauptsächlich benutzt um das ganze abzuschalten, also 0. Bei 0 läuft das ganze backward kompatibel. Ich habe aber nicht an Backendtemplates/plugins gedacht, welche das zur Verfügung stellen und den alten default = 1 abspeichern. Daher gibts auch kein Check auf 1.
Jetzt den Check noch einbauen? erledigt. -
es wäre sehr hilfreich die Preise mal eben zu debuggen, welche du hast.
Einfach den vmdebug in der vmconfig anschalten (erstes Tab unten)
und dann im Code vor Zeile 117
Dann kannste mir genau sagen, welcher Preis in dem obigen Fall der richtige wäre.
-
Stimmt, absolut richtig.
-
Du benutzt einen Preisoverride und der ist imho fix. Der Wird genommen, wenn er existiert.
-
Das wundert mich. Allerdings, was ist alles installiert (euvatid plugin)? und welche Rechenregeln sind konfiguriert?
-
Es kommt wieder. Müßt schon wieder da sein.
-
Aus meiner Perspektive ist es am besten unten einen Footer zu haben, der das alles enthält. Link zu Impressum, Datenschutz, Wideruf, AGB, Lieferbedingungen und anderes wie Batterieverordnung, etc. Das wird dann immer auf jeder Seite transparent unten angezeigt.