Dann nimm glei die neue http://dev.virtuemart.net/atta…2.9.9.5_extract_first.zip
Beiträge von Milbo
-
-
Doch, weil der Fallback aktiv ist.
Die heisst vm2.9, weil das der Arbeitstitel ist. Gerade Zahlen => stable, Ungerade Zahlen => zum testen.
-
Genau das habe ich aber getested, allerdings mit der 2.9.9.5, aber hab in dem Teil nix geändert.
-
-
Danke, wird berücksichtigt.
-
Also wenn ich mir deine Posts so anschaue hast du imho ein derbes Cache Problem.
Sei dir bewusst es gibt ganz viele Caches. Das template, joomla, virtuemart, dein server usw,... irgendeiner schiesst da quer. Beliebte Fehlerquelle ist die komprimierung von Templates, wirkt auch wie ein Cache.
-
Ich würde den Kunden ganz normal im Frontend anlegen.
Dann kann man als Admin den immer im Cart wählen (gibts ne Option für). So können sich mehrere Admins den gleichen Kunden sozusagen teilen.
-
Funktioniert bei mir wunderbar. Hmm. Es ist imho auch keine Frage des Templates.
-
Ich glaube du solltest vm3 probieren.
Kurz gesagt, du hast in vm2 keinen language fallback und das listing, listed in *keiner* Sprache. Du gehst in joomla denkweise ran. D.h. 3 Menüs für 2 Sprachen. In Virtuemart legt man ein Produkt an, für alle Sprachen. Der Rest sind Übersetzungen. In Joomla Denkweise legt man pro Sprache ein Produkt an.
Daher vm3 nehmen, da gibtsn Language Fallback und der macht das ganze deutlich einfacher.
-
Bei deinem Payment, da stellst du ein, welcher Orderstatus genutzt wird.
-
wenn ich aber "FILTER_UNSAFE_RAW," rauslösche ernte ich zwar Fehlermeldungen:
vmError: VmTable #__virtuemart_products_de_de Check not passed. Neither slug nor obligatory value at product_name for auto slug creation is given 2
vmError: You are not an administrator or the correct vendor, storing of product cancelled
, aber es funktioniert augenscheinlich korrekt. Nur das kann ja nicht der Sinn der Sache seinWas meinst du mit Rauslöschen? Also ich habs eben bei mir getested, funktioniert. bin aber darauf reingefallen, dass das Product noch eine "child variant" drin hatte. Wenn eine Child variant als custom activ ist und man hat als Dropdown die Produktnamen gewählt, dann wird, was im child tab ist überschrieben.
-
Da müsste Zeile 70 rum, das hier stehenHab´jetzt einfach mal das oben angegebene gelöscht und das Problem existiert weiter.
Lies das nochmal durch.
da muss es doch eine Lösung geben.
Nein es gibt keine Lösung, ich schreibe hier um dich zu ärgern.
Es werden bestimmt auch andere Leute inchangaben
Niemand. du bist ein ganz exotischer Fall."alten" VM existierte das Problem gar nicht
Der Grund ist das wir restriktiv arbeiten. Jeder Input wird erstmal so gefiltert, das er an sich harmlos ist. Ein Plust wird ein Kreuz, sieht alles gleich aus, aber kann nix mehr.Wenn man schreibt und der andere das nicht zur Kenntnis nimmt, das schmerzt. Da kommt keine Freude auf.
-
Nimm die letzte Version. Lag am Bilderpfad.
-
Aber auf diesen zweiten Staus "neu Pending" kann erst nach manueller Statusänderung ein mail verschickt werden!!!???
Ja und da ist der Fehler. Das sollte auf "confirmed by shopper" stehen. Zufälligerweise einen OPC installiert?
-
guck ma /administrator/components/com_virtuemart/controllers/products.php
Da müsste Zeile 70 rum, das hier stehen
if(isset($data['childs'])){
foreach($data['childs'] as $k=>$v){
$data['childs'][$k]['product_name'] = vRequest::get('product_name','',FILTER_UNSAFE_RAW,FILTER_FLAG_NO_ENCODE,$data['childs'][$k]);
//vmdebug('Store product my ',$data['childs'][$k]['product_name']);
}
}Die vorherige Lösung funktionierte leider nicht.
-
ändere nicht die default_customfields.php
guck dir die default.php an in vm3 ist es
Da musst du nur die Position onbot mit deiner eigenen Austauschen, also z.b. myRight, myLeftDieses Positionen schreibst du in die customfields, du kannst dort deine eigenen erfinden,
in vm2 ist es btw
da einfach ontop ändern. Das System is immer gleich in vm3 nur mehr commod.
-
Das müsste heissen
Der %1$s ist nicht beschreibbar. Bitte stellen Sie sicher, das Sie die korrekten Dateizugriffsrechte und Verzeichniseinstellungen haben.und das %1 ist normalerweise ausgetauscht mit "sicherer Pfad" oder so. Du musst also deinen sicheren Pfad setzen, komisch ist allerdings, das die Fehlermeldung falsch ist.
-
ahja, hmm das macht Sinn, gute Beobachtung. Danke.
Der Grund ist das wir restriktiv arbeiten. Jeder Input wird erstmal so gefiltert, das er an sich harmlos ist. Ein Plust wird ein Kreuz, sieht alles gleich aus, aber kann nix mehr.
Für Ausnahmen testen wir auf die Berechtigung und dann müssen wir die Daten mit einem weniger restriktiven Filter neu einlesen. Dabei habe ich die Produktnamen der Kinder übersehen. Schneller gefixed, als die Erklärung geschrieben, lol.
-
-
Ganz sicher das nur ein Update gemacht wurde? Das hört sich an, als wäre die JS function geändert worden, aber wir haben dort nichts geändert. Hmm.