Erstmal Gelöst order_carrier.tpl 1.6.0.9 EU legal weiter leitung zur bezahlung problem

[Guest Delte]

Jetzt wird es etwas lang......
Also ich habe zwei norme "Standdard Versanddienste (nfm Carrier ,nfm XL Carrier )
den einen für Standar versand XL für alles was sehr gross ist.
werden beide in carrier angezeigt mit den richtigen Versandpreisen.
nur bei bei anklicken zur Kasse Gehen geht es nicht weiter zum Bezahlschritt !

Silberseiten halten sich bedeckt......
auch mir das Modul umzustellen nicht........
auch den Buton "zur Kasse gehen" so zu gestalten das ich in den Bezahlmodus komme
wurde auch nicht auf gegriffen........
Sehr traurig....

So das wahr die einleitung.
Jetzt will ich selber mal ran und sehen was raus kommt !!!!
was für ein Name muss in der Befehlszeile stehen ?
der Browser sagt:
bestellung?multi-shipping= wenn ich in der Zahlungsart binn.



gruss
Jürgen

Edited January 7, 2015 by nfm-depot (see edit history)

[Luca01]

Hallo,

ich schau mal in meine Glaskugel und vermute Du hast Prestashop 1.6.0.9 den 5 Step-Checkout aktiviert und ein eigenes oder angepasstes Thema.

 

Silberseiten halten sich bedeckt......
auch mir das Modul umzustellen nicht........
auch den Buton "zur Kasse gehen" so zu gestalten das ich in den Bezahlmodus komme
wurde auch nicht auf gegriffen........
Sehr traurig....

An der Button-Konfiguration wird durch das Modul eu-legal nichts geändert. Es kann also nur sein, dass das Thema in der tpl.-Datei fehlerhaft ist. Das kann man Silbersaiten nicht verüblen, dass sie dann an dieser Stelle den Support für das Thema nicht leisten. Mit der Bereitstellung des Moduls für die Community haben sie, und Gurkcity im übrigen auch, schon viel geleistet.

In der Datei order-carrier.tpl findest Du den Code:

<input type="hidden" name="step" value="3" />
<input type="hidden" name="back" value="{$back}" />
		{if !$is_guest}
		{if $back}
		<a
		href="{$link->getPageLink('order', true, NULL, "step=1&back={$back}&multi-shipping={$multi_shipping}")|escape:'html':'UTF-8'}"
		title="{l s='Previous'}"
		class="button-exclusive btn btn-default">
		<i class="icon-chevron-left"></i>
		{l s='Continue shopping'}
	</a>

Dort wäre erstmal ein Ansatzpunkt um diesen mit dem Originalen zu vergleichen. Wenn der Code wie der originale ist, wäre die Frage, ob im Thema der Checkout geändert wurde. Dazu müßte man das Thema grundsätzlich unter die Lupe nehmen.

Viele Grüße

[Guest Delte]

Hmmm...

Ja es ist 1.6.0.9 und 5 Steps

Aber es ist das Modul order_carrier.tpl und wird bei den EU_legal mitgeliefert.

Es ist defenetief dieses Modul.

Denn wenn ich order_carrier in der Zeile 352

diese Zeile Lösche fehlt der Buton "zur Kasse gehen"

<button type="submit" name="processCarrier" class="button btn btn-default standard-checkout button-medium">

<span>

 

also bin ich doch im richtigen Modul?

oder liege ich falsch ?

Edited January 2, 2015 by nfm-depot (see edit history)

[Luca01]

Hallo,

 

also bin ich doch im richtigen Modul?

Ja, seltsam Bei mir wird die Datei order-carrier.tpl aus dem Themenordner aufgerufen. Läuft einwandfrei. Wie ist es denn wenn man die Datei mit der Themendatei tauscht?

Viele Grüße 

[Luca01]

Hallo nochmal,

echt seltsam, das beschäftigt mich jetzt etwas. Ich war sehr sicher .....

Ist denn der gesammte 5 Step Checkout über eu_legal? Bei mir ist es nur die letzte Seite mit den Zahlungsverfahren. Die order-address.tpl Datei und auch der Login sind aus dem Themenordner. Eben bis auf die Wahl der Zahlungsverfahren. . Der Warenkorb ist auch eu_legal.

Viele Grüße

[Guest Delte]

Ja es ist so es werden die tpl :order-address..carrier...comfirm..opc...payment-eu...payment....summery....shopping-cart

mit geleifert.

es werden auch diese, bei 3 binn ich mir 100% sicher angewand

es ist shopping-cart habe den Kleinstunterner-satz einebaut

jetzt unser carrier und ordrer-summery wo ich auch

den Kleinstunter.... eingebaut habe und das das Fenster vom Warenkorb so grotten schlecht war

das ich 2 Wochen gebraucht habe bis ich durchgestiegen bin was falsch ist

wobei der Witz der ist das das Warenkorbfenster Shopping-cart und summery gleich sind.

Deshalb weis ich nich was ich von Silber... halten soll auch war die Bestellbestätigung an den Kunden

der Bereich Artikel auflistung auch Grotten schlecht

es gibt jsa Mailalert also meine E-Mail die von anfang an sehr gut ist.

 

Das Übel liegt glaube ich in der der Zeile 350

{if isset($virtual_cart) && $virtual_cart || (isset($delivery_option_list) && !empty($delivery_option_list))}

 

diese habe mal gegen ein href getausch und da springe ich dahin bei anklicken des butom

(Test mit zwei Standarcarrier)

das Problem ist aber nur bei zwei Standard carrier und nicht bei einen da ist alles ok

eine weite option habe ich nicht zb Abholung ist ausgeschaltet.

Was auch auffällig ist ich habe ein Punkt links zur " bestätigung der Versadoption " der Schwarz ist also

angeklickt  und sich nicht ändern läst !

 

 

Alles wie gesagt bei zwei Standardcarrier vielleicht hatte das noch keiner so wie ich gemacht ??

Edited January 3, 2015 by nfm-depot (see edit history)

[manfred-m]

Hallo nfm-depot,

 

ich denke, das liegt an deinen beiden Versanddiensten, welche sich in die Quere kommen.

Wir hatten auch mal zwei Versanddienste mit unterschiedlichen Bedingungen aktiviert. Frei Haus und mit Paketdienst mit Kosten, Immer wenn beide Versandbedingungen zutreffen, z.B. bei einer Mischbestellung, können keine korrekten Kosten zugewiesen werden und Prestashop verweigert die Weiterleitung zur Kasse.

Wir haben es so gelöst,

 

Berechnung auf Gewicht, bis 0.01000 versandksotenfrei und danach mit Kosten.

 

Vielleicht löst Du es so, ist auf jeden Fall einfacher als im Code zu kruscheln und jedes Update zu verfluchen....

 

Viele Grüße

Manfred

[Guest Delte]

Ja die Idee ist auch gut wird aber nicht gehen das währe bei unseren Alten-Shop der Weg gewesen

wir haben dann aber ein Versandmodul komplett umbauen müssen.......

Also wir versenden einmal nach Volumen (ficktives Gewicht )

dann das Sperrgut 1st gewicht 1 usw bis 10 st 10 (Gewichteinheiten) 30,00 Euro zb....

 

Die Zeit drängt nicht des halb kann ich in ruhe nachdenken es könnte eine Option sein... erstmal Danke

Info die Versandkosten werden korrekt angezeigt.

in Backoffice geht es ist nur ein kleines Problem mit der Order werden zwei drausgemacht...R12334#1, R12334#2 zb

eine für Carrier 1 und eine für Carrier 2

 

 

Das mit den Update ist so oder so ein Problem jeder Shop ist nicht von der Stange und angepast...

So zb unser schöne Kunden txt E-Mail und dann update eu-legal peng nur gut das man copien hat...

oder die Ganze Kleinstunternehmer regelung mit den Texten,,,,,,,,

da muss man ganz genau überlegen

es wird ein ja nicht gesagt welche Datei betroffen ist denn das wirde helfen

 

 

gruss

Juergen

[Guest Delte]

So es gibt was neues

Nach einiger suche bin ich auf die Dateien OrderController gestossen der blick in die Datei sagte mir hier must du richtig sein ....

es gibt nur drei von der sorte :angry: !

 

Bei zwei Standardversand carrier …..

wie ich habe......

hatte ich den komplette block ab Zeile 159 bis 175 gelöscht

ausser dieses Zeile 176

ging nicht gleiche Problem

dann Zeile 176

$this->autoStep(); gelöscht  ( in allen dreien !)

es geht wir sind im Bezaahl modus super

jetzt alles zurück

auf Anfang und nur

$this->autoStep(); in allen dreien gelöscht

Bingo

Also

in den Orrdnern:

controller/front

overreide/controller/front

modules/eul_egal/overreide/controller/front

in den Dateien

OrderController jeweils in der Zeile: 176

$this->autoStep(); gelöscht !

 

gruss

Juergen

Edited January 6, 2015 by nfm-depot (see edit history)