Hallo,
letzte Version von SW6, es ist nicht möglich als Gastbesteller eine andere Zahlart zu wählen ausser die vorausgewählte im Verkaufskanal.
Ist das ein Bug oder bin ich zu blöd dies richtig einzustellen?
Mit registrierten Accounts geht es ja auch.
Welche Zahlungsarten hast du dem Kanal zugewiesen und in welcher Reihenfolge und was als Standard Zahlungsart? Besser immer explizit die verwendete Version nennen, ist sonst immer relativ.
6.7.7.1
Zugewiesen als Standard ist Vorkasse
Dann gibt es noch Rechnung, Kreditkarte, EC Zahlung und Barzahlung.
Gäste müssen auf Vorkasse bleiben, dürfen nicht wechseln was in meinen Augen ein Fehler ist.
Mit Kundenkonto darf man alles wählen.
Habe jetzt noch ein bisschen geforscht, ich kann auch wenn einmal eingegeben nicht das Land ändern dann stürzt die Seite ab und es kommt
plus was auch anders ist im Gastbestellerzustand das dise nicht als extra kleines Fenster angezeigt wird sondern sich eine neue Seite öffnet
Ich kann die Zahlungsart bei einer Gastbestellung ändern. Liegt also an deiner Konfiguration, nicht an Shopware.
Das eine Lieferadresse nach der Bestellung nicht geändert werden kann, macht durchaus Sinn.
Und was du mit „irgendwelche“ URLs in den Browser tippen, die im Template nirgends verlinkt sind machst… ja, dann kann sowas halt mal passieren (obwohl es nicht sollte).
Es wurde vor der Bestellung nur z.B das Land geändert.
Kommt ja öfters vor wenn du an der Grenze wohnst, Lieferadresse in D aber du wohnst in CH z.B.
Ich spreche bei allem vor dem eigentlichen Bestellen.
Sobald es nicht mehr Gast ist sondern Account dann geht alles wie es soll.
Funktioniert bei mir.
Generelle Anmerkung, wenn etwas nicht funktioniert, eine Möglichkeit schnell etwas „im Standard“ zu testen: https://hub.shopware.com/build
Ja ohne Produkte und ohne Plugins.
Das ist kein Standart, das mag als Testumgebung für Entwickler gehen aber nicht wenn ich was testen möchte. Das ist kompletter nackter Shop ohne Store Anbindung.
Das ist korrekt. Denn nur so ist sichergestellt, dass nichts falsch konfiguriert wurde - oder dass ein x-beliebiges Plugin dazwischen funkt, das die eigentliche Ursache des Problems ist.
Viele Grüße
Was kann man testen oder wo warum es nicht geht als Gast.
Es kostet uns Geld, und nicht zu knapp.
Rest funktioniert alles, nur Gast nicht, er bleibt auf der Standardzahlungsart hängen und kann nicht wechseln.
Schalte deine Plugins Schritt für Schritt ab und teste das Verhalten nach jedem deaktivierten Plugin erneut. Dann solltest du den Übeltäter finden können.
Viele Grüße
Das Problem besteht doch nun schon min 8 Tage. Noch keine professionelle Hilfe geholt wie z.B. hier im Job Forum mal geschaut?
Plugins vermute ich auch. Hier aber auch Kritik an Shopware: man braucht wirklich viele Plugins in Shopware damit der Shop sinnvoll betrieben werden kann.
Newsletteranmeldung im Footer und Bestellabschluss von der Telekom ist der Übeltäter.
Warum es funktioniert wenn man angemeldet ist verstehe ich noch nicht ganz.
Hallo,
reden wir von der Bestellabschlussseite im Frontend des Shops, wo man abschließend „Zahlungspflichtig bestellen“ anklickt?
Wenn ja, funktioniert bei mir dort der Zahlartwechsel (auf „Nachnahme“, „Vorkasse“ oder „Rechnung“) oder Versandartwechsel („Standard“ oder „Express“) problemlos, wenn ich als Gastbesteller unterwegs bin und die genannte Erweiterung testweise im Einsatz habe (Shopware Version 6.7.8.0). Die Erweiterung stellt ja auch nur ein wenig Twig-Code zur Verfügung, kann somit eigentlich auch nicht solche Probleme verursachen. Somit muss die Fehlerquelle wohl doch bei einer anderen Erweiterung zu finden sein.
Für mich klingt es nach der Beschreibung des Problems ganz klar nach einem JavaScript-Fehler. Was sagt die Browserkonsole?
Welches Captcha-Verfahren ist denn im Einsatz?
Grüße
Sebastian
Hallo Seabastian,
egal welche Captcha Version oder auch komplett ohne, es geht nicht bei Gastbestellern.
Theme ist auch Standard Theme von Shopware ohne Änderungen.
Ich kann nur Artikel löschen, alles andere zieht auf der Abschlußseite nicht, keine Artikel Anzahl hochsetzen oder runtersetzen, das Plus und Minus reagiert nicht mal. Keine Auswahl Zahlart und Versand möglich. Wird überhaupt kein Trigger ausgelöst bei der Wahl.
Sobald das Telekom Newsletter Plugin aktiv ist.
Ohne geht alles wie es soll.
Hallo,
wie gesagt, das genannte Plugin ist definitiv nicht die Fehlerquelle.
Ich kann dir gerne einen nackten Shopware-Demoshop in Version 6.7.8.0 zusenden, der nur dieses Plugin installiert und aktiviert hat und du wirst sehen, dass alle Funktionen auf der Seite des Bestellabschlusses wie erwartet funktionieren. Somit kann man das Plugin als Fehlerquelle definitiv ausschließen.
Da alles von dir genannte JavaScript-Funktionen sind, würde ich behaupten, das bei dir dort irgendwo ein Problem liegt.
Grüße
Sebastian
ich schau mal ob ich es heute Nacht schaffe, alle Plugins zu entfernen und dann zu testen.
Hi Sebastian,
unabhängig des Themas, … mit dieser Aussage wäre ich vorsichtig, da ich selbst gerade unnötig Zeit verloren habe. Wenn data-Attribute mit im twig angegeben werden, die dann dafür sorgen, dass JavaScript geladen wird oder das Script ein falsches Element selektiert, dann kann das sehr wohl unbeabsichtigte negative Auswirkungen haben.
Manche Plugins sind auch – nicht sehr stabil – darauf ausgelegt nextSibling oder Ähnliches zu selektieren. Wenn dann auf einmal etwas anderes zwischen den Elementen steht, dann war es das mit dem JavaScript (Frosh Development Helper macht bspw. einige dieser JavaScripts zunichte, da es als HTML-Kommentar den Blocknamen einfügt).
Hier im Thema … ich hatte vor ein paar Wochen bspw. ein Abhol-Plugin installiert. Das hatte in die Cookies einen Wert geschrieben, welches das Ändern von Adressen unmöglich gemacht hatte (nicht nur von Gästen). Daher, wie Sebastian es aller Wahrscheinlichkeit nach korrekt skizziert hat, verantwortliches Plugin suchen.