2.11.1をインストールして複数回購入テストを行ったところ、先に購入した注文について、dtb_orderのdel_flgがなぜか1になってしまい、管理画面で注文検索から消えてしまう。

具体的な内容
■ログインの有無に限らず発生
■例
まずはじめに商品を購入。注文番号を1とする
購入完了後、ブラウザは閉じずに再び何か商品をカゴに入れて注文する。
注文番号2とする。
管理画面で「受注管理」から検索すると先に購入した注文番号１が表示されない。２は表示されている。
⇒dtb_orderテーブルで注文番号１のdel_flgを見るとになっている


お手数ですが、ご確認をお願い致します。

こんにちわ。

私もやってみましたが、再現せずでした。

確認ポイントとしては、、

・初回購入後に管理画面でみた時点ではdel_flgがどうか
・何回やっても再現するか
・どんな商品を買ったか（連続して同じ商品？）

などが分かると、再現ルートを導きだせていけるのかなと思います。

lix 様

クレジット決済モジュールを何か利用されていますか？

特定のモジュールの影響で
同様の現象が起きた事がありました。

----------------
株式会社システムフレンド
羽生 賢太郎(Kentaro Habu)
改造専門店・EC-CUBE工房

投稿者です
書き込み遅れましてすみません
返信ありがとうございます

habuさんのご指摘ありましたが、1点前提事項を記載わすれておりました。
決済モジュール
PGマルチペイメントサービス決済モジュール
を導入しておりました。
支払い方法は
・クレジット決済（上記モジュール）
・銀行振り込み
で実装しておりました。
ただ、取り急ぎの問題回避方法がわかったので記載しておきます

[直接の原因]
上記条件で同じブラウザで2回以上連続購入すると、
注文購入完了後に$_SESSION['order_id']が初期化されない
このため、次に購入するときに前回の購入情報が無効とみなされて前回の注文情報にdel_flgが立ってしまう。
GMOモジュールを入れると、LC_Page_Ex.phpが書き換わり
オーバーライドの処理が追加されており、この中で一応
$_SESSION['order_id']
を初期化しているような記述はあるのですがなぜか正常に初期化はされていませんでした。

[回避した方法]
⇒SC_Helper_Purchase_Ex.php
のcleanupSessionImpl関数内で
unset($_SESSION['order_id']);
を追加。購入終了時に実行されているので余り影響はないとはおもいますが。。。

でこの現象が解消されて、今の所は他に影響は発生していないように見えます。

下記でチケットを発行しました。
http://svn.ec-cube.net/open_trac/ticket/1429

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h

lix 様

引用：
全く同様の現象が発生したお客様がおられ、調査したところモジュール側の問題でした。
修正版のソースをお客様経由でGMOさんに送付していただいていますので、
恐らく近々、GMOさんから修正版のモジュールが提供されるのではないかと思います。

----------------
株式会社システムフレンド
羽生 賢太郎(Kentaro Habu)
改造専門店・EC-CUBE工房