Hallo zusammen,
ich hab ein sehr merkwürdiges Problem.
Wenn ich als Neukunde bestelle gibts keinerlei Probleme.
Sobald ich mich als Bestandskunde anmelde, komme ich nicht über die "Rechnungsadresse" hinweg. Ich sehe die Adresse, mit der ich mich als Neukunde angemeldet habe, aber sobald ich auf "weiter" klicke, passiert garnichts.
Auch die Adressverwaltung funktioniert nicht. Es ist die richtige Seite verlinkt und die Überschrift wird auch angezeigt, aber die Adressverwaltung taucht nicht auf.
Hat jemand eine Idee woran das liegen kann???
Grüße
Sven
also das Problem mit dem nicht weiterkommen habe ich gelöst.
Leider kann ich immer noch keine Adresse anlegen (bspw. neue Lieferadressen anlegen!)
habe das selbe problem mit der version 0.9.7 festgestellt. mit der version 0.9.6 funktioniert es.
wie hast du es gelöst?
ich kann auch keine neuen adrressen anlegen 🙁
irgendwie funktioniert bei mir momentan das wenigste
danke
habe leider noch keine Lösung. Fürchte ist ein Bug in 0.9.7. Downgrade ist für mich leider keine Möglichkeit!
Hat denn niemand eine Idee oder das gleiche Problem schonmal gehabt?
Hallo,
beide Probleme kennen wir auch...
das mit dem nicht weiterkommen nach dem Auswählen der Rechnungsadresse haben wir auch hinbekommen, ich meine bei uns lag es an nicht vollständig ausgefüllten Adressdaten.
Beim Anlegen neuer Adressen im Checkout-Bereich ist bei uns das Problem, dass man zwar korrekt auf der Seite mit der Adressverwaltung das Formular mit der neuen Adresse ausfüllen kann, aber die neue Adresse nicht in die Datenbank übernommen wird.
Man wird nur (korrekt) zurück auf die Checkout-Seite mit der Auswahl der Rechnungsadresse geleitet.
Da das Anlegen auf der Seite 'Adressverwaltung' an sich reibungslos funktioniert, wenn man NICHT vom Checkout kommt, haben wir als workaround den Link 'Neue Adresse anlegen' direkt, also ohne Backlink, auf die Seite mit der Adressenverwaltung gesetzt.
So muss der Kunde halt nach dem Anlegen der neuen Adresse erneut den Weg über den Warenkorb nehmen, unschön, aber erstmal funktioniert es.
schöne Grüße,
Claudia
Nachtrag: commerce 0.9.8
@claudia2:
Das ist ein Bug.
in der pi4 ganz am Ende der Funktion getAddressForm wird der $link aufgebaut.
$link = $this->pi_getPageLink($this->piVars['backpid']);
mit
$link = $this->pi_getPageLink($GLOBALS['TSFE']->id);
ersetzen. Dann gehts.
Suupi, vielen Dank Sebastian, funktioniert 😃
ist das schon im bugtracker und wird in der neuen Version behoben sein?
Hallo,
dass angemeldete User nicht einkaufen können ist ein bekannter bug.
Hier gibts die Lösung: http://bugs.typo3.org/view.php?id=9614
Bis dann
Sowie ich weiß, wurde der Fehler in der neuen Version 0.9.8 behoben.
Hallo,
wir basteln gerade an einem Shop für ein Intranet. Folgende Probleme treten bzgl. des Adressmanagements auf:
1.) Die User sind bereits über fe_user hinterlegt. Adressen sind auch bereist im fe_user vorhanden. Wenn ich mich nun anmelde und gehe auf den Warenkorb, dann auf Checkout, wird die Adresse der fe_user-Datensätze nicht übernommen. Geht das irgendwie?
2.) Möchte ich dann eine neue Adresse anlegen, wird die zwar gespeichert, aber nach dem Formular werde ich direkt zur Startseite des Intranet weitergeleitet. Ich mnöchte aber wieder zum Check-Out zurück. Was kann ich da machen?
MfG
Reimemonster
Hallo ihr alle,
ich verwende die Commerce 0.9.8 und habe das Problem, dass der Shop nur registrierten Benutzern zugänglich sein soll.
Wenn ich den Shop für die Gruppe registrierte Benutzer freigebe, bleibt der Vorgang bei dr Checkout-Seite hängen. D. h. die Seite für die Anmeldung im Shop kommt nicht nd der Button "Weiter" funktioniert nicht. Nehme ich die Benutzergruppe raus, funktioniert alles wunderbar.
Hat jemand eine Lösung?
Hallo,
hat denn wirklich niemand außer mir dieses Problem???
Alexander
Hallo, wir haben das gleiche Problem und schon in allen deutsch- und englischsprachigen Foren gestöbert, alle Lösungen ausprobiert, die neueste SVN von Commerce installiert. Es will einfach nicht funktionieren. Wir geben fast auf... kann uns bitte, bitte jemand helfen?
Unser Setup:
typo3 4.2.6
Commerce 0.11.8
paypal2commerce 0.2.2
cms 1.1.0
tt_address 2.2.1
graytree 0.2.1
dynaflex 1.6.0
moneylib 1.2.1
static_info_tables 2.1.0
TT_address und FE User sind korrekt "gemappt". Wir haben jedoch bemerkt, daß P4 die Marker "Name" und "Surname" und nicht "First Name" und "Last Name" hat. Ist das relevant und wenn ja, was muß geändert werden?
Hat jemand eine andere Idee woran es liegen kann, daß registrierte User beim Bestellprozeß auf der Adresseite hängenbleiben?
Wir wären für jede Hilfe unendlich dankbar!
Hallo zusammen,
auch ich habe leider ein Problem damit. Ich benutze auch Commerce 0.9.8 und habe ebenfalls das von Claudia geschilderte Problem.
Beim Anlegen neuer Adressen im Checkout-Bereich ist bei uns das Problem, dass man zwar korrekt auf der Seite mit der Adressverwaltung das Formular mit der neuen Adresse ausfüllen kann, aber die neue Adresse nicht in die Datenbank übernommen wird.
Man wird nur (korrekt) zurück auf die Checkout-Seite mit der Auswahl der Rechnungsadresse geleitet.
Folge ich Sebastians Rat und ändere die pi4 wie folgt
Das ist ein Bug.
in der pi4 ganz am Ende der Funktion getAddressForm wird der $link aufgebaut.
$link = $this->pi_getPageLink($this->piVars['backpid']);
mit
$link = $this->pi_getPageLink($GLOBALS['TSFE']->id);
ersetzen. Dann gehts.
dann wird die neue Adresse zwar gespeichert, aber ich lande auf der Startseite obwohl im Quelltext die ID für das 'Adressmanagment' als Ziel angegeben ist.
Quasi so wie Reimemonster beschrieben hat:
2.) Möchte ich dann eine neue Adresse anlegen, wird die zwar gespeichert, aber nach dem Formular werde ich direkt zur Startseite des Intranet weitergeleitet. Ich mnöchte aber wieder zum Check-Out zurück. Was kann ich da machen?
Weiß jemand wo hier der Fehler liegen könnte?
Danke im Voraus und Grüße![/quote]
@ Alexander und Busybee - jetzt mal zu eurem Problem.
Wird die Adresse denn übernommen und ihr kommt trotzdem nicht weiter oder scheitert es schon an der Adresse?
Ich hatte auch schonmal den Fall, dass die Adresse angezeigt wurde, es aber nicht weiter ging. Da lag es am "Country-Mapping", was
static_info_country,country
lauten muss.
Vgl. auch 
#68330
Grüße!