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

http://dev.virtuemart.net/atta…79_package_or_extract.zip

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

kommt zwar das richtige raus Stefan, ist aber "falsch", da es nicht die gesicherten, validierten Daten sind.

Die Daten, welche VM intern tatsächlich nutzt sind in $cart->BT bzw $cart->ST, das andere ist das array der gerenderten Userfelder.

Zitat von Milbo

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"

Zitat von haraldundandrea

Hallo 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

Alles anzeigen

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.

Zitat von audiodistribution

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.

Nicht wirklich, weil ich habe ja in der Datei nur meine Änderungen eingebaut. Daher auch keine Änderung bei hochladen der "alten" datei, weil die ja programmatisch dasselbe sein sollte.

War dein Test vorher eventuelle fehlerhaft? das passiert schnell.