バグ報告 > その他 > [GMO-PG決済モジュール] 受注管理から「再オーソリ」実行時のバグ |
その他
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
tacky14 |
投稿日時: 2022/4/26 15:53
対応状況: −−−
|
半人前 登録日: 2021/4/23 居住地: 投稿: 16 |
[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マルチペイメントサービス決済情報:決済操作 で「取消(返品)実行」を選択し注文をキャンセル。 更新後、同項目内の「再オーソリ」を実行
classSC_Mdl_PG_MULPAY_Client_Util.reauthOrder($arrOrder, $arrParam)で第2引数まで定義されていますが、 これを呼び出しているclassLC_PgMulpayUtils.lfDoAdminOrderEditBeforeでは
と引数が足りていないためと見受けられます。 プラグインは最新の状態となっていますが、当該箇所について修正などは入っておられるでしょうか? 修正パッチ等の情報も見つけられなかったため、こちらで質問上げさせていただきました。 また、もしこちらの勘違いでなく、修正も入ったいなかった場合 当該箇所の修正はプラグイン導入者が行っても問題ないものでしょうか? テストなど行えていませんが、取り急ぎ
とすれば更新が通ることだけは確認しております。 通常はプラグインに手を入れた場合にサポート対象外となってしまうかと思いますが、不具合修正が入っていないものに対しての修正は問題ないものでしょうか。 ご確認いただければ幸いです。 重ねてになりますが、こちらの勘違いで不具合等でなかった場合、大変申し訳ございません。 |
red |
投稿日時: 2022/4/26 18:09
対応状況: −−−
|
神 登録日: 2010/2/15 居住地: 東京都 投稿: 1574 |
Re: [GMO-PG決済モジュール] 受注管理から「再オーソリ」実行時のバグ GMO-PGに直接お問い合わせしたほうが良いと思いますが、
2.17へ正式に対応していない なのでPHP7.4にも対応していないのだと思います
|
tacky14 |
投稿日時: 2022/4/26 19:43
対応状況: −−−
|
半人前 登録日: 2021/4/23 居住地: 投稿: 16 |
Re: [GMO-PG決済モジュール] 受注管理から「再オーソリ」実行時のバグ ご返信ありがとうございます。
認識が足りておりませんでした。 2.13系対応のPHPバージョン(~7.0?)ではおそらく、引数が足りていない場合はNULL扱いになることで、以前までは不具合が起きていなかったのですね。 引数省略でNULLになるとは思いもせず…なぜ今まで露見しなかったのか不思議でしたが、それなら納得です。 問い合わせ先については失礼いたしました。Eccubeの技術的な質問についてはコミュニティサイトで行うものと思いましたが、一度見解をGMOにも直接問い合わせしてみようかと思います! ありがとうございます! |
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |