Email tartalom hiba

[dudikpal]

Eddig működött rendesen az értesítő mail rendszer, de a mai napon azon kívül, hogy megnyitottam a bo-ban a mail templétek fordítását, nem csináltam semmi mást. Nem szerkesztettem semmit, csak megnyitottam az egyiket, nem mentettem rá, semmi.

Azóta mégis az alábbi hibával küzdök:

 

 

Minden rendelési státusznál ilyen hiba van.

Egyszer már volt ilyen, csak nem emlékszem akkor hogyan sikerült helyreraknom. A telepítő mail könnyvtárával is felülírtam a mappát, még az angollal is, az sem segített.

 

Tudnátok segíteni, mivel tudom helyrehozni?

[pattila01]

És csak az 1.4.8.2 mail könyvtárával írattad felül ugye? Nem másik verzióval...?

Ez egy frissített shop vagy eleve így készítetted anno?

[dudikpal]

Komolyan mondom én már nem tudom mi van itt...

Személyes átvételnél meg utánvétnél nem látok hibát. Futár utalásnál, és postai utalásnál van ez a hiba, ami azért érdekes, mert 2 napja utóbbival rendelt egy vevő, és neki meg jól ment ki a mail, monden adat flottul ott van benne.

 

Nem frissítettem semmit a motoron, ezt telepítettem fel, és a gépen levő telepítő mail mappájával írtam felül, utána meg tettem egy próbát az 1-2 hetes biztonsági mentésből való felülírással is.

Közben eszembe jutott, hogy annyi szerkesztés történt, hogy a mail/hu/lang.php-t egészítettem ki notepadban, mert elég hiányos volt a fordítás.

 

Mailalertet már reinstalltam, az sem segített.

[pattila01]

force compile be van kapcsolva ugye?
Csak hogy biztosan lássunk minden változást.

 

A futár és a postai utalást hogy oldod meg? Szállítókkal vagy payment modulok kiválasztásával?

[dudikpal]

A compile most ki van kapcsolva, de amikor dolgozom, akkor mindig bekapcsolom.

 

Nem igazán értem a kérdést. A fizetési moduloknál van utalás meg utánvét, a szállítóknál meg a szállítók , és akkor a restrictionsnál össze vannak rendelve.

[pattila01]

Azért kérdeztem, mert megpróbáltam kideríteni ezáltal hogy azok a modulok használhatnak-e külön mail sablonokat.

Sajnos nem jöttem rá... ha esetleg adsz egy admint szívesen megnézem.

Vagy ha bármilyen más módon tudjuk látványosan reprodukálni a hibát, az is jó Nekem.

Edited December 1, 2013 by pattila01 (see edit history)

[dudikpal]

Írtam pmet, megkaptad?

[pattila01]

igen, írtam vissza

[dudikpal]

Mailalerts modul van fent, úgy látom hogy az "Új rendelés" mail, ami jól jelenik meg, az a modulból jön, van neki külön.

A státusz változtatásnál van hiba, ezek szerint akkor a shop/mail mappában levők a rosszak.

[dudikpal]

A paymentmodule.php-ban csak ennyi van az order_conf-nál:

Mail::Send((int)$order->id_lang, 'order_conf', Mail::l('Order confirmation', (int)$order->id_lang), $data, $customer->email, $customer->firstname.' '.$customer->lastname, NULL, NULL, $fileAttachment);
        }
$this->currentOrder = (int)$order->id;
return true;

Nem kéne itt lennie a többi megjelenítendő változónak is?!(szlázási-szállítási-terméka adatok)

[pattila01]

kérlek vegyél fel skype-ra... különben sosem jutok el odáig hogy meg tudjam nézni mert mindig mást csinálok

[dudikpal]

Rendben, amint hazaérek, jelentkezem.

[dudikpal]

Köszi pattila, hogy segítettél, és szántál rám időt

 

Egyenlőre egy huszárvágással oldottam meg ideiglenesen, nem megy ki részletező mail, csak közli a rendelés státuszát. Addig lehet nézegetni a shopban a részletezőt.

Edited December 23, 2013 by dudikpal (see edit history)

[Encsike]

Sziasztok!

 

Nekem olyan kérdésem lenn, ami félig ide kapcsolódik, a rendelés vissza igazoló emailben és a többiben is a változók működnek rendesen! De nem mindegyik. pl szerettem volna a törlés értesítőbe bele tenni, hogy ekkor rendeltél de nem történt semmi stb... ezért töröltem a rendelésed. Az ekkor helyére a dátumot. {date} igy, de nem jó. :/ ugyan így van a rendelés visszaigazolóban és ott meg jó. Ugyan ez a bajom a {product}-al is, mert egy pár emailben működik de amibe még bele szeretném tenni abban nem. Az érdekesség hogy közben ugyan ezekben az emailekebna más változó meg működik pl: {order_name}.

 

Van valakinek ötlete mi lehet a gond?

Köszi! 

Enikő