Produktvariable wird nicht in den Warenkorb übernommen

[Subhash]

Wenn man Produktvariable als Textfeld anlegt und sie gemäß der Anleitung im entsprechenden Tutorial in ein Produkttemplate einbaut, dann erscheint sie zwar schon bei der Produktanzeige, eingegebene Werte werden aber bei Produkten mit Varianten nicht in den Warenkorb übernommen! Getestet mit wpSG 2.5.2 (auch mit dem Standardtemplate) auf WP 3.3.1.

Ein Blick in den generierten Quellcode zeigt, dass name und id von den Bezeichnungen in der Produktanzeige abweichen, beispielsweise:

Code: Alles auswählen

name="pv[10/0_0:1_0:2_0][1]"  id="pv_10/0_0:1_0:2_0_1"

(Codestückchen aus dem Warenkorb)

[maennchen1.de]

Hallo!
Danke, wir prüfen das. Kannst du evtl. noch einen Screenshot aus der Produkteverwaltung > Produkt bearbeiten posten, damit wir das detaillierter nachstellen können? Danke!

[Subhash]

Bitteschön:

[Subhash]

Ist irgendeine Idee aufgetaucht, wie man das in Ordnung bringen könnte? Ich würde diese Funktion in meinem Shop brauchen:

• Ich verkaufe Pigmentprints meiner Fotografien.
• Dieses Produkt „Pigmentprints” hat Varianten in Größe, Papierart und Randstärke.
• Ich möchte, dass die Besteller*innen den Namen der Fotografie in ein Feld „Mitteilungen” oder “Bildname” eintragen können, das zuverlässig mit übergeben wird.

[daschmi]

Hi,

Bei der Umstellung auf das Variantenplus Modul ist dieser Fehler entstanden, da es keine "Kernfunktion" ist. Ich habe die Möglichkeit aber wieder implementiert. Versuche bitte das Modul aus dem Anhang.

Es muss unter

Code: Alles auswählen

wp-content/plugins/wpshopgermany/mods/

kopiert werden.

Viele Grüße

Daschmi

[Subhash]

Puh, da bekomme ich dermaßen viele Fehler angezeigt in meinem Firefox-Addon "WebDeveloper", dass ich mir nicht mehr zu helfen weiß. Die Anzeige des Preises passend zur Variantenauswahl funktioniert auch nicht mehr.

Ich verstehe auch nicht, warum da drunter steht „Angepasstes Variantenplus modul für Version 2.5.3 …”, wo doch laut eurer Website wpsg 2.5.2 aktuell ist.

[daschmi]

Die Bemerkung ist nur für mich, das es für die Version 2.5.3 ist.

Was für Fehler bekommste denn angezeigt? An der Ausgabe habe ich nichts verändert sondern nur bei der Verarbeitung des Formulars.

[Subhash]

18 Stück:

Fehler: wpsg_vn is not defined
Quelldatei: [mein WP-Artikel mit dem eingebauten Produkt]
(Diesen Fehler 16 Mal.)

Fehler: can't convert undefined to object
Quelldatei: [mein WP-Artikel mit dem eingebauten Produkt]

Fehler: wpsg_vp_vari[produkt_id] is undefined
Quelldatei: .../wp-content/plugins/wpshopgermany/views/mods/mod_variantenplus/variantenplus.js?ver=3.3.2
Zeile: 22

Und wie gesagt: Baue ich diese Datei ein, funktioniert auch nicht mehr die Preisanzeige. Sie steht schon beim Laden der Seite auf 0,– und das bleibt auch so, wenn man die Variante wechselt.

[daschmi]

Hi,

Ich habe das ganze jetzt im Testshop nachgestellt:

http://testshopgermany.maennchen1.de/te ... tenprodukt

Kann da keinen Fehler feststellen, die Preisberechnung funktioniert auch.

Ich glaube auch nicht das es Konflikte mit anderen Änderungen gibt. Hast du nur die mod_variantenplus.class.php ausgetauscht und die anderen Dateien bestehen lassen?

Ich stelle parallel auch gleich eine BETA des aktuellen Pakets online.

viele Grüße

Daschmi

[Subhash]

Kann da keinen Fehler feststellen, die Preisberechnung funktioniert auch.

Oh weh, da muss ich mich wieder einmal selbst auf die mühsame Suche machen!

Ich glaube auch nicht das es Konflikte mit anderen Änderungen gibt. Hast du nur die mod_variantenplus.class.php ausgetauscht und die anderen Dateien bestehen lassen?

Ja.
Wobei ich 4 Dateien außerhalb der „user-views” ändern musste. Das war aber schon vorher geschehen und hat bisher einwandfrei funktioniert. Meist handelt es sich nur um das Austauschen der Bezeichnung „MwSt” (Mehrwertsteuer), die zwar auch in Österreich üblich, aber falsch ist, zu „USt” (Umsatzsteuer). Dann gibt’s diverse Tipp- und Rechtschreibfehler, deren Beseitigung sollte ja auch keine Probleme machen.

[daschmi]

Hi,

Dann viel Glück bei deiner Suche. Der Fehler scheint mit der Standardinstallation nicht aufzutreten möglicherweise liegt es doch an deinen Anpassungen. Die Texte solltest du auch über eine Sprachdatei anpassen können, so sparst du dir die Ersetzung im Code.

VG

Daschmi

[Subhash]

Dann viel Glück bei deiner Suche. Der Fehler scheint mit der Standardinstallation nicht aufzutreten möglicherweise liegt es doch an deinen Anpassungen.

Ich bin noch nicht dazu gekommen, nach dem Fehler zu suchen, werde es aber doch bald machen müssen.

Die Texte solltest du auch über eine Sprachdatei anpassen können, so sparst du dir die Ersetzung im Code.

Wie wäre das möglich? Durch "qTranslate" und die Erstellung einer de_AT?

Für wpsg habe ich mittels "CodeStyling Localization" eine erstellt. Aber nun müsste ich auch für WP so eine Datei anlegen um die neue Sprache zuweisen zu können, oder?. "qTranslate" lässt das aber nicht zu, weil es ja schon eine deutsche Sprachdatei gibt. Das verstehe ich nicht; es müssten doch locale möglich sein.