バージョン選択

フォーラム

メニュー

オンライン状況

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

サイト内検索

質問 > フロント機能 > 配送方法変更時の挙動について

フロント機能

新規スレッドを追加する

フラット表示 前のトピック | 次のトピック
投稿者 スレッド
468
投稿日時: 2020/11/14 1:53
対応状況: −−−
登録日: 2008/10/26
居住地:
投稿: 3217
Re: 配送方法変更時の挙動について
発生している現象はsymfonyの入力値チェックの仕様に関わる部分であり、
今の配送方法・支払方法の組み合わせでは解決するのは難しいのではないかと思います。

原因は

>切り替わる場合は選択肢の下に「入力されていません」と表示される。
>※これは同じ支払い方法がないかかも知れませんが…

に記述されている通り、異なる配送方法同士で共通する支払方法がない事が原因です。

配送方法変更時にリロードされる事はご存知かと思いますが
そのリロード時の処理の中にサーバに送信された入力値をチェックする処理が入っています。
その入力値のチェック時に選択済みの支払方法が支払方法プルダウンの選択肢に存在している値かどうかを判断するのですが
(全く関係のない値を受け付けないようにする為のチェック)
支払方法プルダウンの選択肢が送信された配送方法(リロード直前にユーザーが選択した配送方法)によって組み立てられる為、
支払方法プルダウンの選択肢と送信された支払方法(リロード直前に選択されていた支払方法)が一致せず、
「入力されていません」(入力値エラー)と判断されていると思われます。

入力値エラーと判断されている為、手数料や送料は再計算されず、
リロード前の金額で表示されていると思います。

ShoppingController.phpのfunction delivery()が配送方法変更時の処理となりますので
送信されてきたリロード直前に選択されていた支払方法を
ユーザーが選択した配送方法から抽出した支払方法の1番最初の支払方法に置き換えれば
エラーは解消するのではないかと思いますが
symfony2で$requestに対してset()メソッドで値の上書きが出来るかどうかは試した事がないので分かりません。


----------------
株式会社シロハチ
■ECCUBE2系、3系構築カスタマイズご相談ください。
EC-CUBE3マニュアル
blog

フラット表示 前のトピック | 次のトピック


題名 投稿者 日時
   配送方法変更時の挙動について HISKW 2020/11/13 16:34
   » Re: 配送方法変更時の挙動について 468 2020/11/14 1:53
       Re: 配送方法変更時の挙動について HISKW 2020/11/14 5:47
         Re: 配送方法変更時の挙動について HISKW 2020/11/14 7:07
           Re: 配送方法変更時の挙動について 468 2020/11/14 11:15
             Re: 配送方法変更時の挙動について HISKW 2020/11/14 12:48
               Re: 配送方法変更時の挙動について HISKW 2020/11/15 11:34

 



ログイン


EC-CUBE公式 Amazon Payプラグイン

統計情報

総メンバー数は88,856名です
総投稿数は109,989件です

投稿数ランキング

1
seasoft
7367
2
468
3217
3
AMUAMU
2712
4
nanasess
2313
5
umebius
2085
6
yuh
1819
7
h_tanaka
1646
8
red
1570
9
mcontact
1291
10
tsuji
958
11
fukap
907
12
shutta
835
13
tao_s
799
14 ramrun 789
15 karin 689
16 sumida 641
17
homan
633
18 DELIGHT 572
19
patapata
502
20
flealog
485


ネットショップの壺

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

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