バージョン選択

フォーラム

メニュー

オンライン状況

33 人のユーザが現在オンラインです。 (12 人のユーザが フォーラム を参照しています。)
登録ユーザ: 0
ゲスト: 33
もっと...

サイト内検索

バグ報告 > その他 > [GMO-PG決済モジュール] 受注管理から「再オーソリ」実行時のバグ

その他

新規スレッドを追加する

スレッド表示 | 新しいものから 前のトピック | 次のトピック | 下へ
投稿者 スレッド
tacky14
投稿日時: 2022/4/26 15:53
対応状況: −−−
半人前
登録日: 2021/4/23
居住地:
投稿: 13
[GMO-PG決済モジュール] 受注管理から「再オーソリ」実行時のバグ
▼テンプレート
[EC-CUBE] 2.17.1
[レンタルサーバ] AWS
[OS] Linux
[PHP] 7.4.21
[データベース] MySQL 5.7.33-log
[WEBサーバ] Apache/2.4.46
[導入プラグインの有無] GMO-PG決済モジュールVersion.4.3.35
[カスタマイズの有無] 本題に関わる箇所では無し

[現象]

受注管理で売上済みの注文を選択し受注登録画面へ遷移。
PGマルチペイメントサービス決済情報:決済操作 で「取消(返品)実行」を選択し注文をキャンセル。
更新後、同項目内の「再オーソリ」を実行

Fatal error(E_ERROR): Uncaught ArgumentCountError: 
Too few arguments to function SC_Mdl_PG_MULPAY_Client_Util::reauthOrder(), 1 passed 
in /mnt/contents/data/downloads/module/mdl_pg_mulpay/class/pages/LC_Page_Admin_Order_PgMulpayUtils_Payment_Status.php
 on line 117 and exactly 2 expected 
in /mnt/contents/data/downloads/module/mdl_pg_mulpay/class/client/SC_Mdl_PG_MULPAY_Client_Util.php:337
Stack trace:
#0 /mnt/contents/data/downloads/module/mdl_pg_mulpay/class/pages/LC_Page_Admin_Order_PgMulpayUtils_Payment_Status.php(117)
: SC_Mdl_PG_MULPAY_Client_Util->reauthOrder()
#1 /mnt/contents/data/downloads/module/mdl_pg_mulpay/class/pages/LC_Page_Admin_Order_PgMulpayUtils_Payment_Status.php(54)
: LC_Page_Admin_Order_PgMulpayUtils_Payment_Status->action()
#2 /mnt/contents/public_html/FVhQ7H7w/order/plg_pgmulpayutils_payment_status.php(15)
: LC_Page_Admin_Order_PgMulpayUtils_Payment_Status->process()
#3 {main}
  thrown on [/mnt/contents/data/downloads/module/mdl_pg_mulpay/class/client/SC_Mdl_PG_MULPAY_Client_Util.php(337)]



classSC_Mdl_PG_MULPAY_Client_Util.reauthOrder($arrOrder, $arrParam)で第2引数まで定義されていますが、
これを呼び出しているclassLC_PgMulpayUtils.lfDoAdminOrderEditBeforeでは

case 'plg_pg_mulpay_reauth':
  $ret = $objClient->reauthOrder($arrOrder);

と引数が足りていないためと見受けられます。

プラグインは最新の状態となっていますが、当該箇所について修正などは入っておられるでしょうか?
修正パッチ等の情報も見つけられなかったため、こちらで質問上げさせていただきました。


また、もしこちらの勘違いでなく、修正も入ったいなかった場合
当該箇所の修正はプラグイン導入者が行っても問題ないものでしょうか?
テストなど行えていませんが、取り急ぎ

case 'plg_pg_mulpay_reauth':
  $ret = $objClient->reauthOrder($arrOrder, $_POST);

とすれば更新が通ることだけは確認しております。

通常はプラグインに手を入れた場合にサポート対象外となってしまうかと思いますが、不具合修正が入っていないものに対しての修正は問題ないものでしょうか。

ご確認いただければ幸いです。
重ねてになりますが、こちらの勘違いで不具合等でなかった場合、大変申し訳ございません。
red
投稿日時: 2022/4/26 18:09
対応状況: −−−
登録日: 2010/2/15
居住地: 東京都
投稿: 1524
Re: [GMO-PG決済モジュール] 受注管理から「再オーソリ」実行時のバグ
GMO-PGに直接お問い合わせしたほうが良いと思いますが、

2.17へ正式に対応していない
なのでPHP7.4にも対応していないのだと思います


----------------
EC-CUBEのカスタマイズ、トラブル解決承ります
お気軽にお問い合わせ下さい
https://www.ec-cube.net/integrate/partner/partner.php?partner_id=690

tacky14
投稿日時: 2022/4/26 19:43
対応状況: −−−
半人前
登録日: 2021/4/23
居住地:
投稿: 13
Re: [GMO-PG決済モジュール] 受注管理から「再オーソリ」実行時のバグ
ご返信ありがとうございます。
認識が足りておりませんでした。
2.13系対応のPHPバージョン(~7.0?)ではおそらく、引数が足りていない場合はNULL扱いになることで、以前までは不具合が起きていなかったのですね。
引数省略でNULLになるとは思いもせず…なぜ今まで露見しなかったのか不思議でしたが、それなら納得です。

問い合わせ先については失礼いたしました。Eccubeの技術的な質問についてはコミュニティサイトで行うものと思いましたが、一度見解をGMOにも直接問い合わせしてみようかと思います!

ありがとうございます!
スレッド表示 | 新しいものから 前のトピック | 次のトピック | トップ


 



ログイン



統計情報

総メンバー数は74,772名です
総投稿数は104,229件です

投稿数ランキング

1
seasoft
7333
2
468
3217
3
AMUAMU
2712
4
nanasess
2202
5
umebius
2085
6
yuh
1664
7
red
1524
8
h_tanaka
1189
9
tsuji
942
10
fukap
907
11
shutta
835
12
tao_s
794
13 ramrun 789
14 karin 689
15 sumida 641
16
homan
633
17 DELIGHT 572
18
patapata
502
19
flealog
485
20 tonton 437


ネットショップの壺

EC-CUBEインテグレートパートナー

Copyright© EC-CUBE CO.,LTD. All Rights Reserved.