Plagin WebMoney (ver. 1.0.0): Problem mit Ordertatus

«StartZurück12WeiterEnde»
17.10.2014 11:07
#1
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

Bei der Überprüfung des Orderstatus auf der Finalseite stelle ich fest, dass er wird immer falsch zurückgegeben.

Gibt es Update für Plagin?


Joomla: 3.3.6
JoomShopping: 4.7.0
PHP: 5.4.32
MySQL: 5.1.73
Website Url: https://foxmag.eu

Letzte Änderung: 17.10.2014 16:45
 
17.10.2014 11:45
#2
webdesigner
(Support Team)
User webdesigner
Name: Admin
05.08.2010
Posts: 16480
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Ordertatus

url?
admin login?
ftp?
(privat)

 
17.10.2014 13:12
#3
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

WebMoney ver. 1.0.0 habe ich bei Ihnen gekauft (Bestell-Nummer: 02-KH-106822).

Wenn ein Käufer ein Produkt in meinem Shop kauft und es richtig per WebMoney bezahlt, bekommt der Kaufsorder ständig den falschen Orderstatus: Cancelled (=3).

Ihre kurzen Fragen habe ich nicht ganz verstanden.

P.S. Meine Frage über Updates stammt von http://joomshopping.pro/forum/ustanovka-nastrojka/2506-webmoney-ne-zavershaetsya-uspeshno-pri-pravilnom-platezhe.html
Dort wurde mir empfohlen, WebMoney-Plagin (pm_webmoney) bis zu Version 2.5 upzudaten. Ist das Ihr Laden?


Joomla: 3.3.6
JoomShopping: 4.7.0
PHP: 5.4.32
MySQL: 5.1.73
Website Url: https://foxmag.eu

Letzte Änderung: 17.10.2014 16:45
 
17.10.2014 14:22
#4
webdesigner
(Support Team)
User webdesigner
Name: Admin
05.08.2010
Posts: 16480
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Ordertatus

joomshopping.pro - No MaxxMarketing!
Your buy
http://www.webdesigner-profi.de/joomla-webdesign/shop/payments/webmoney.html?lang=en

Send my
url?
admin login?
ftp?
(privat message)


Letzte Änderung: 17.10.2014 14:23
 
17.10.2014 15:26
#5
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

webdesigner - 17.10.2014 14:22
joomshopping.pro - No MaxxMarketing!
Your buy
http://www.webdesigner-profi.de/joomla-webdesign/shop/payments/webmoney.html?lang=en
(privat message)


Das verstehe ich. Gibt es bei Ihnen Updates?

Jetzt zu meinem Problem.
Sie können sich registrieren https://foxmag.eu/en/account/register und prüfen. Beim WebMony-Zahlen ist momentan Testmodus eingeschaltet.

Das Problem: nach der Zahlung ist der Wert von $order->order_status falsch.

Einstellungen in Bilder:
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus


Letzte Änderung: 17.10.2014 16:46
 
17.10.2014 15:28
#6
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

Noch eine Abbildung mit WebMoney-Server-Einstellungen.
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus


Letzte Änderung: 17.10.2014 16:45
 
17.10.2014 16:09
#7
webdesigner
(Support Team)
User webdesigner
Name: Admin
05.08.2010
Posts: 16480
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Ordertatus

Sorry. For support me need All data.

url?
admin login?
ftp?
(privat message)

 
17.10.2014 16:41
#8
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

webdesigner - 17.10.2014 16:09
Sorry. For support me need All data.

url?
admin login?
ftp?
(privat message)


Sind die Einstellungen in den Abbildungen richtig? Oder um diese Frage zu beantworten, brauchen Sie Anmeldedaten?
Warum melden Sie sich auf der Webseite https://foxmag.eu/en/account/register nicht an? Das kostet nichts und ist nicht schädlich. Aber Sie können sehen, das bei Ihnen vorgestellten in den Abbildungen Einstellungen bekommt die Webseite nach der richtigen Zahlung falschen Orderstatus (3 statt 7).

Danke trotzdem.


Letzte Änderung: 17.10.2014 16:44
 
17.10.2014 17:52
#9
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

webdesigner - 17.10.2014 16:09
Sorry. For support me need All data.
(privat message)


Noch einige Informationen. (Allerdings habe ich die Einstellung "Проверка после возвращения" - JoomShopping Einstellung - auf "Да" umgestellt.)

Also,

1. Nach der Zahlung sagt die Websete von WebMony, dass die Transaktion erfolgreich war.
2. Keeper bekommt keine Nachricht, dass die Transaktion nich gelungen ist.

Punkte 1 und 2 zeigen eindeutig an, dass von Webserver WebMoney keine Fehler festgestellt wurden. Das heisst, das mein Shop die richtige Orderstatus bekommen soll.

WAS FÜR VARIABLE IST DAFÜR VERANTWORTLICH?
$order->order_status ?

3. Mein Shop registriert Orderstatus-Änderung von richtigen Complete auf falschen Canselled.
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

Wo liegt der Fehler? Hoffentlich kann ich den Fehler selbst beheben. Brauche Richtung, Idee...

Vielen Dank für die balde Antwort.


Letzte Änderung: 18.10.2014 01:15
 
17.10.2014 20:00
#10
webdesigner
(Support Team)
User webdesigner
Name: Admin
05.08.2010
Posts: 16480
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Ordertatus

Попробуйте
Проверка после возвращения: Нет

 
18.10.2014 01:04
#11
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

webdesigner - 17.10.2014 20:00
Попробуйте
Проверка после возвращения: Нет

К сожалению, никаких изменений. Такое ощущение, что сначала после первого обращения со страницы WebMoney на страницу моего сайта формируется правильной статус ордера, а потом на втором этапе происходит порча этого правильного статуса. Вопрос где? На WebMoney или на сайте?

У плагина PayPal в самом конце процедуры оплаты происходит формирование $order->order_status. Там все происходит правильно.

У pm_webmoney тоже происходит формирование $order->order_status. И похоже сам $order->order_status не виноват, он отражает то, что ему дают.

Где же происходит неправильная замена статуса ордера? Точно, что на последнем этапе. Может быть, искать надо в самом магазине?


Letzte Änderung: 20.10.2014 15:39
 
18.10.2014 08:58
#12
webdesigner
(Support Team)
User webdesigner
Name: Admin
05.08.2010
Posts: 16480
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Ordertatus

Включить лог (Configuration / general / log, payment log)

В понедельник мы посмотрим на проблему

 
18.10.2014 12:40
#13
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

webdesigner - 18.10.2014 08:58
Включить лог (Configuration / general / log, payment log)

В понедельник мы посмотрим на проблему

Некоторые мои наблюдения, которые могут оказаться полезными в поиске ошибки в понедельник.

Ответственной за ошибку является переменная $status в функции магазина


[root-joomla-path]/components/com_jshopping/controllers/checkout.php

function step7(){
...
$res = $payment_system->checkTransaction($pmconfigs, $order, $act);
$rescode = $res[0];
...
$status = $payment_system->getStatusFromResCode($rescode, $pmconfigs); //1. здесь у переменной $status неправильное значение 3 (после установки магазина соответствует ID=3 "Cancelled")
...
if ($status && $order->order_status != $status){
$checkout->changeStatusOrder($order_id, $status, 1); //2. а здесь оно неправомерно изменяет правильное значение статуса 7 (после установки магазина соответствует ID=7 "Complete") на 3
...
}


Формируется неправильное значение $status здесь (не понял пока, как именно):


[root-joomla-path]/components/com_jshopping/payments/pm_webmoney/pm_webmoney.php

public function checkTransaction($pmconfigs, $order, $act)
{
$error = false;
if($act != 'return')
{
$error = $error || !$this->checkTransactionPurseNumber($pmconfigs);
$error = $error || $this->getSum($order, $pmconfigs) != JRequest::getVar('LMI_PAYMENT_AMOUNT');
if(!JRequest::getVar('LMI_PREREQUEST'))
{
$error = $error || $pmconfigs['sign_algorithm'] == 'md5' && !$this->checkTransactionMD5($pmconfigs);
$error = $error || $pmconfigs['sign_algorithm'] == 'sign' && !$this->checkTransactionSIGN($pmconfigs);
}
}
else
{
$error = $order->order_status != $pmconfigs['transaction_complete_status'];
}
return $error ? array(3, JText::_('JSHOPPING_PM_WEBMONEY_ERROR_TRANSACTION')) : array(9, '');
}


Кстати, для статуса ордера используется $order->order_status, что соответствует ID статуса заказа в магазине. Эти ID не всегда одинаковые в разных магазинах. Они могут меняться даже в одном и том же магазине: достаточно погасить и вновь создать такой же статус заказа (ID изменится). В то же время в функции


[root-joomla-path]/components/com_jshopping/payment/payment.php

function getStatusFromResCode($rescode, $pmconfigs){
$status = 0;
$types_status = array(
0=>0,
1=>$pmconfigs['transaction_end_status'],
2=>$pmconfigs['transaction_pending_status'],
3=>$pmconfigs['transaction_failed_status'],
4=>$pmconfigs['transaction_cancel_status'],
5=>$pmconfigs['transaction_open_status'],
6=>$pmconfigs['transaction_shipping_status'],
7=>$pmconfigs['transaction_refunded_status'],
8=>$pmconfigs['transaction_confirm_status'],
9=>$pmconfigs['transaction_complete_status'],
10=>$pmconfigs['transaction_other_status'],
99=>0
);
if (isset($types_status[$rescode])){
$status = $types_status[$rescode];
}
return $status;
}


используются фиксированные значения идентификаторов элементов массива 0, 1, 2,... 99, не совпадающие по значению с ID статуса заказа магазина (в настройках) даже сразу после установки его в Joomla. Может ли это привести к неразберихе?


Letzte Änderung: 20.10.2014 15:40
 
18.10.2014 13:57
#14
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

webdesigner - 18.10.2014 08:58
Включить лог (Configuration / general / log, payment log)

В понедельник мы посмотрим на проблему

В payment.log после проведения оплаты запись:

2014-10-18 13:51:53 Ошибка транзакции

А в paymentdata.log (персональные данные изменены):

2014-10-18 13:51:52 url: /index.php?option=com_jshopping&controller=checkout&task=step7&js_paymentclass=pm_webmoney
LMI_PREREQUEST=1
LMI_MODE=1
LMI_PAYMENT_AMOUNT=3.00
LMI_PAYEE_PURSE=E111111111111
LMI_PAYMENT_NO=116
LMI_PAYER_WM=222222222222
LMI_PAYER_PURSE=E333333333333
LMI_PAYER_COUNTRYID=DE
LMI_PAYER_IP=xx.xxx.xxx.xx
LMI_PAYMENT_DESC=Заказ 00002208 в магазине foxMag
LMI_LANG=ru-RU
LMI_DBLCHK=SMS

2014-10-18 13:51:53 url: /index.php?option=com_jshopping&controller=checkout&task=step7&js_paymentclass=pm_webmoney
LMI_MODE=1
LMI_PAYMENT_AMOUNT=3.00
LMI_PAYEE_PURSE=E111111111111
LMI_PAYMENT_NO=116
LMI_PAYER_WM=222222222222
LMI_PAYER_PURSE=E333333333333
LMI_PAYER_COUNTRYID=DE
LMI_PAYER_IP=xx.xxx.xxx.xx
LMI_SYS_INVS_NO=465
LMI_SYS_TRANS_NO=265
LMI_SYS_TRANS_DATE=20141018 15:51:53
LMI_HASH=429045596476CBA7E6350BA9DB482F5228DE9CE88277A78E1DFD0BF0F12013673DD48A170F3A1C532D4E20247EE665F8BDD8B79D74A648036BD1CE873AF76B1F00C6
LMI_PAYMENT_DESC=Заказ 00002208 в магазине foxMag
LMI_LANG=ru-RU
LMI_DBLCHK=SMS

2014-10-18 13:52:05 url: /index.php?option=com_jshopping&controller=checkout&task=step7&act=return&js_paymentclass=pm_webmoney
LMI_PAYMENT_NO=116
LMI_SYS_INVS_NO=465
LMI_SYS_TRANS_NO=265
LMI_SYS_TRANS_DATE=20141018 15:51:53
LMI_LANG=ru-RU


Letzte Änderung: 20.10.2014 15:40
 
18.10.2014 17:19
#15
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

webdesigner - 18.10.2014 08:58
Включить лог (Configuration / general / log, payment log)

В понедельник мы посмотрим на проблему

Почему-то не сохраняется в замаркированном виде чекбокс на странице установок WebMoney, хотя я его упорно маркирую перед сохранением изменений - крыж пропадает после сохранения:

Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

Я установил, что тем не менее при наличии секретного ключа (даже без крыжа) в истории изменения статуса заказа магазина (картинка выше) три записи. А если секретный ключ стереть и в магазине, и в установках на странице WebMoney, то средняя запись

17.10.2014 Complete

исчезает.


Letzte Änderung: 20.10.2014 15:39
 
18.10.2014 21:04
#16
webdesigner
(Support Team)
User webdesigner
Name: Admin
05.08.2010
Posts: 16480
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Ordertatus

Думаю проблема в коде
if($act != 'return')
{
$error = $error || !$this->checkTransactionPurseNumber($pmconfigs);
$error = $error || $this->getSum($order, $pmconfigs) != JRequest::getVar('LMI_PAYMENT_AMOUNT');
if(!JRequest::getVar('LMI_PREREQUEST'))
{
$error = $error || $pmconfigs['sign_algorithm'] == 'md5' && !$this->checkTransactionMD5($pmconfigs);
$error = $error || $pmconfigs['sign_algorithm'] == 'sign' && !$this->checkTransactionSIGN($pmconfigs);
}
}
else
{
$error = $order->order_status != $pmconfigs['transaction_complete_status'];
}


Нужно удалить (Только для теста)

$error = $order->order_status != $pmconfigs['transaction_complete_status'];

(или отключить проверку на ретурн - Но вы сказали что не помогла)
Попробуйте


+

public function getUrlParams($pmconfigs)
{
return array('order_id' => JRequest::getVar('LMI_PAYMENT_NO'),'hash' => '','checkHash' => 0,'checkReturnParams' => $pmconfigs['check_return']);
}

поменяйте на
public function getUrlParams($pmconfigs)
{
return array('order_id' => JRequest::getVar('LMI_PAYMENT_NO'),'hash' => '','checkHash' => 0,'checkReturnParams' => 0);
}


Letzte Änderung: 18.10.2014 21:10
 
19.10.2014 10:59
#17
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

webdesigner - 18.10.2014 21:04
Думаю проблема в коде

Все Ваши предложения протестировал. Устранить ошибку не удалось, но есть некоторые сведения по ее локализации. Подробнее.

1. Удаление строки

$error = $order->order_status != $pmconfigs['transaction_complete_status'];

или ее замена на $error = false; в функции

[root-joomla-path]/components/com_jshopping/payments/pm_webmoney/pm_webmoney.php

public function checkTransaction($pmconfigs, $order, $act)
{
$error = false;
if($act != 'return')
{
$error = $error || !$this->checkTransactionPurseNumber($pmconfigs);
$error = $error || $this->getSum($order, $pmconfigs) != JRequest::getVar('LMI_PAYMENT_AMOUNT');
if(!JRequest::getVar('LMI_PREREQUEST'))
{
$error = $error || $pmconfigs['sign_algorithm'] == 'md5' && !$this->checkTransactionMD5($pmconfigs);
$error = $error || $pmconfigs['sign_algorithm'] == 'sign' && !$this->checkTransactionSIGN($pmconfigs);
}
}
else
{
$error = $order->order_status != $pmconfigs['transaction_complete_status'];
}
return $error ? array(3, JText::_('JSHOPPING_PM_WEBMONEY_ERROR_TRANSACTION')) : array(9, '');
}


не меняет вообще ничего в результатах оплаты, как будто не происходит обращение к этой функции. Тогда я заменял 3 и 9 другими значениями. Или вообще ставил вместо последней строки

return $error ? array(9, '') : array(9, '');

принуждая функцию дать в тесте желанный результат: простой массив со значением 0-го элемента 9, а не 3. (Эта 3 - причина всех бед как неизменный результат значения статуса заказа в функции step7()) И вот что происходит: после такой замены РЕАКЦИЯ ЕСТЬ: в WebMoney сбой, WebMoney отказывается платить. Таким образом, на первой фазе обработки платежа функция

function function checkTransaction($pmconfigs, $order, $act)
{
...
}

работает правильно - платеж проходит без задоринки, эта функция в его формировании участвует. Во второй фазе return эта функция НЕ УЧАСТВУЕТ (а должна). Я обнаружил, что таких функций в папке

[root-joomla-path]\components\com_jshopping\

5 штук. Они принадлежат разным стандартным способам оплаты: payment.php (с магазином), pm_paypal.php (с магазином), pm_paypal_pro.php (купленный у вас модуль), pm_sofortüberweisung.php (с магазином), pm_webmoney (купленный у вас модуль).

При этом в двух из них в pm_paypal.php и pm_paypal_pro.php есть 3 как результат успешного проведения платежа. Я подумал грешным делом, что 3-ка происходит отсюда, то есть на заключительном этапе используется подмененная функция с таким же названием. По этому поводу я пока провел простенький эксперимент: заменил в pm_paypal.php и pm_paypal_pro.php 3 на 9. Это ничего не изменило. Тем не менее не оставляет ощущение, что на последнем этапе "царь не настоящий".

2. Позитивные новости. В функции

[root-joomla-path]/components/com_jshopping/payment/payment.php

function getStatusFromResCode($rescode, $pmconfigs){
$status = 0;
$types_status = array(
0=>0,
1=>$pmconfigs['transaction_end_status'],
2=>$pmconfigs['transaction_pending_status'],
3=>$pmconfigs['transaction_failed_status'],
4=>$pmconfigs['transaction_cancel_status'],
5=>$pmconfigs['transaction_open_status'],
6=>$pmconfigs['transaction_shipping_status'],
7=>$pmconfigs['transaction_refunded_status'],
8=>$pmconfigs['transaction_confirm_status'],
9=>$pmconfigs['transaction_complete_status'],
10=>$pmconfigs['transaction_other_status'],
99=>0
);
if (isset($types_status[$rescode])){
$status = $types_status[$rescode];
}
return $status;
}

замена строки (только для теста)

3=>$pmconfigs['transaction_failed_status'],

на строку

3=>9,

дает положительный результат, процедура оплаты завершается правильно.

Идем выше по логике, туда, где формируется желанная 9-ка - значение переменной $status, в функцию

[root-joomla-path]/components/com_jshopping/controllers/checkout.php

function step7(){
...
$res = $payment_system->checkTransaction($pmconfigs, $order, $act);
$rescode = $res[0];
...
$status = $payment_system->getStatusFromResCode($rescode, $pmconfigs); //1. здесь у переменной $status неправильное значение 3 (после установки магазина соответствует ID=3 "Cancelled")
...
}

и меняем в обращении к функции расчета значения $status входной параметр $rescode на 9, вот так:

$status = $payment_system->getStatusFromResCode(9, $pmconfigs);

Результат положительный. А вот более ранняя замена строки

$rescode = $res[0];

на

$rescode = 9; или $rescode = '9';

приводит к сбою в оплате. Я не понимаю, почему: переменная $rescode встречается ТОЛЬКО в функции step7() 6 раз в безобидной форме простой переменной. Или я что-то не учел?

Общий вывод из двух вышеприведенных пунктов:

Неправильно формируется значение переменной $status. Возможная причина: полиморфизм, или точнее - перегрузка функций. Хотя последнее - всего лишь гипотеза.


Letzte Änderung: 19.10.2014 11:57
 
19.10.2014 21:44
#18
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

webdesigner - 18.10.2014 21:04
Думаю проблема в коде

Гипотеза не подтвердилась. Похоже, мне удалось локализовать ошибку. Благо, до понедельника время было :)

В функции

[root-joomla-path]/components/com_jshopping/payments/pm_webmoney/pm_webmoney.php

protected function checkTransactionSIGN($pmconfigs)
{
try
{
$wmxi = new WMXI(JPATH_COMPONENT.'/payments/pm_webmoney/wmxi/WMXI.crt', 'UTF-8');
$wmxi->Classic($pmconfigs['wmid'], array('pass' => $pmconfigs['key_file_password'], 'file' => $this->getKeyFilePath($pmconfigs)));
$result = $wmxi->X7('967909998006', $this->getTransactionSignStr($pmconfigs), JRequest::getVar('LMI_HASH'));
return $result->ErrorCode() == 0 && strstr($result->GetResponse(), 'no') === false;
}
catch(Exception $e)
{
return false;
}
return true;
}

при расчете в

try
{
...
return ... Здесь при правильной работе должно возвращаться true, но до этого дело не доходит (читай ниже, почему)
}

происходит переход по (неизвестной мне) критической ошибке в

catch(Exception $e)
{
return false;
}

Это я установил точно. Отсюда, понятно, вся беда.

Удалось установить, что ошибка во второй строке (когда я ее и следующую за ней строку удаляю, ошибка пропадает)

$wmxi->Classic($pmconfigs['wmid'], array('pass' => $pmconfigs['key_file_password'], 'file' => $this->getKeyFilePath($pmconfigs)));

Остается понять, почему возникает критическая ошибка?

P.S. Самое смешное, что при этой ошибке (то есть если не менять в программе НИЧЕГО) перевод денег происходит без проблем, а неправильность работы обнаруживается только по неверному конечному статусу выполненного заказа. Это может быть опасно, поскольку ошибка как раз в функции, обеспечивающей безопасность.


Letzte Änderung: 20.10.2014 15:41
 
20.10.2014 10:54
#19
webdesigner
(Support Team)
User webdesigner
Name: Admin
05.08.2010
Posts: 16480
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Ordertatus

Install Webmoney 1.0.1
See Log.

 
20.10.2014 11:00
#20
foxmag
User foxmag
Name: Nikolaus
19.10.2012
Posts: 37
Quote
Aw: Plagin WebMoney (ver. 1.0.0): Problem mit Orderstatus

webdesigner - 20.10.2014 10:54
Install Webmoney 1.0.1
See Log.

Спасибо. Устанавливать сверху или требуется предварительная деинсталляция старой версии?


Letzte Änderung: 20.10.2014 15:41
 
«StartZurück12WeiterEnde»
Copyrights MAXXmarketing GmbH. All Rights Reserved