Plagin WebMoney (ver. 1.0.0): Problem mit Ordertatus

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?

---

---

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

url?
admin login?
ftp?
(privat)

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?

---

---

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)

---

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



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

Noch eine Abbildung mit WebMoney-Server-Einstellungen.

---

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

Sorry. For support me need All data.

url?
admin login?
ftp?
(privat message)

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



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.

---

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



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.


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

Vielen Dank für die balde Antwort.

---

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

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

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


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

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

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

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

---

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

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

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

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


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

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



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



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



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

---

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


В 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

---

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


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



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

17.10.2014 Complete

исчезает.

---

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);
}

---

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


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

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


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



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


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


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


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


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


на строку


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

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


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


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


на


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

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

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

---

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


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

В функции


при расчете в


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


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

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


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

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

---

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

Install Webmoney 1.0.1
See Log.

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


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

---