バージョン選択

フォーラム

メニュー

オンライン状況

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

サイト内検索

バグ報告 > 管理機能 > 管理画面:受注情報編集において、既存の商品に変更した場合、数量が+1される。

管理機能

新規スレッドを追加する

スレッド表示 | 新しいものから 前のトピック | 次のトピック | 下へ
投稿者 スレッド
bbkids
投稿日時: 2014/7/3 13:43
対応状況: −−−
常連
登録日: 2014/2/19
居住地:
投稿: 43
Re: 管理画面:受注情報編集において、既存の商品に変更した場合、数量が+1される。
snitta 様
半人前なのに、ご意見してすみません。

(2)既にある商品と同じ商品を選ぶ
  現状:数量が+1される。
     本来は、「変更前の商品の数量+既にある商品の数量」になるのではないかと思う。

についてですが、
+1と決めつけは明らかにバグではないでしょうか?
商品の変更操作においては、どう考えても「変更前の商品の数量+既にある商品の数量」になるべきだと思います。


(3)新しい商品を選ぶ
  現状:数量が1にされる。
     本来は、「変更前の商品の数量」になるのではないかと思う。

については仕様と決められてしまえばそれまでですが、
sumida様がご指摘されております通り、使用者が意図していない数量欄を勝手に書き換えてしまうのは不具合だと思います。
使用者が行っているのは数量変更ではなく商品変更です。
その操作で数量まで変更されるという挙動、それが仕様というのはやはりおかしいような気が致します。


(2)、(3)に関して「詳しい方に判断を任せます」という事ですが
しばらく前からあるスレッドにも関わらず、本件に関して詳しい方の見解が書き込まれておりません事より
このままにしても、詳しい方の判断が行われる事はないのではないかと思われます。

個人的には一度バグ認定(チケット作成)希望します。
その上で、それが仕様だという事になってくのであれば、その時点でチケット差し戻しや、仕様という事で解決済みになれば
良いのかなと思います。
ご検討宜しくお願い致します。
nanasess
投稿日時: 2014/7/3 15:06
対応状況: −−−
登録日: 2006/9/9
居住地: 大阪
投稿: 2121
Re: 管理画面:受注情報編集において、既存の商品に変更した場合、数量が+1される。
引用:

sumida様がご指摘されております通り、使用者が意図していない数量欄を勝手に書き換えてしまうのは不具合だと思います。
使用者が行っているのは数量変更ではなく商品変更です。
その操作で数量まで変更されるという挙動、それが仕様というのはやはりおかしいような気が致します。

2)、(3)に関して「詳しい方に判断を任せます」という事ですが
しばらく前からあるスレッドにも関わらず、本件本件に関して詳しい方の見解が書き込まれておりません事より
このままにしても、詳しい方の判断が行われる事はないのではないかと思われます。


引用:

数量リセットは商品追加変更が実装された当初からそうなっていますね。
http://svn.ec-cube.net/open_trac/changeset/17773


v0.9.5 くらいから開発に携わっております。
数量がリセットされてしまうのは、意図せずそのような実装になってしまった(バグ)ではなく、当初から意図的に数量がリセットされる実装となっておりました。

どういった経緯と意図で、そのような実装になったかは、ドキュメントなど何も残っていないため、わかりかねますが、少なくとも 2.11 系までは、不具合という扱いではありませんでした。
(おそらく、フロント側のカートに近い振舞いにしたかったのだと思います)

それが「明らかにおかしい」と言われればそれまでなのですが、今まで異を唱える声は多くなく、「歴史的な理由」で仕様とされていたのが現状です。
もし、この仕様がおかしいという意見が多いのであれば、不具合修正という扱いではなく、仕様変更という扱いで修正した方が良いと思います。
最終的に仕様変更するかどうかは株式会社ロックオンさん判断となりますので、問題点などチケットに記載しておけば判断してもらえます。

なお、コミッターがチケットを起票したり、修正をコミットしたりするのは、本業の傍ら、空いた時間を利用して、ボランティアで対応しています。
開発コミュニティの投稿も大変活発で、このような報告をいただけるのは大変嬉しく思っておりますが、慢性的に人手が不足しているのが現状です。
何卒ご理解のほどをお願い致しますm(_ _)m

また、コミッター登録してチケットの起票のみでもしていただければ、とても助かります。
コミットはしなくても大丈夫ですので、ご支援いただけると嬉しく思います。


----------------
大河内健太郎(Kentaro Ohkouchi)
EC-CUBE公式エバンジェリスト
スキルニル株式会社

EC-CUBE1系2系長期サポートホスティングサービス CUBE Lab
https://cubelab.info/

snitta
投稿日時: 2014/7/3 17:35
対応状況: −−−
一人前
登録日: 2013/10/3
居住地: 島根県
投稿: 100
Re: 管理画面:受注情報編集において、既存の商品に変更した場合、数量が+1される。
bbkids 様

貴重なご意見ありがとうございます。
本当のところ自分も現在の挙動は直感的ではないと思っています。
ただこれについて明文化された資料が見つけられず、また長らくこの状態でリリースされ続けているため、現状で納得しているユーザーもいるかも知れません。
ですので nanasess 様が言われるように、改善提案のチケット発行または発行依頼をお勧め致します。
その際は自分も賛成の一票を投じさせて頂きます


nanasess 様

フォローありがとうございます。
大変参考になりました。
※0.9.5と言うと2006年ですか。大先輩です!


----------------
Seiji Nitta
zenith6@gmail.com
https://github.com/zenith6/

nanasess
投稿日時: 2014/7/3 18:10
対応状況: −−−
登録日: 2006/9/9
居住地: 大阪
投稿: 2121
Re: 管理画面:受注情報編集において、既存の商品に変更した場合、数量が+1される。
とり急ぎ、改善提案のチケットを登録しておきました。

http://svn.ec-cube.net/open_trac/ticket/2588


----------------
大河内健太郎(Kentaro Ohkouchi)
EC-CUBE公式エバンジェリスト
スキルニル株式会社

EC-CUBE1系2系長期サポートホスティングサービス CUBE Lab
https://cubelab.info/

snitta
投稿日時: 2014/7/3 19:45
対応状況: −−−
一人前
登録日: 2013/10/3
居住地: 島根県
投稿: 100
Re: 管理画面:受注情報編集において、既存の商品に変更した場合、数量が+1される。
チケット発行お疲れ様です。
sumida 様 bbkids 様の希望される動作を踏まえた改善案を追記致しました。


----------------
Seiji Nitta
zenith6@gmail.com
https://github.com/zenith6/

bbkids
投稿日時: 2014/7/4 8:45
対応状況: −−−
常連
登録日: 2014/2/19
居住地:
投稿: 43
Re: 管理画面:受注情報編集において、既存の商品に変更した場合、数量が+1される。
snitta 様、nanasess様

詳しい方々の判断により、改善提案のチケットを作成して頂きました事大変感謝しております。

浅はかに、バグ認定のチケット作成を要望として挙げてしまいましたが、詳しい方々の的確な判断により、改善提案としてチケットが作成され良い方向へ進めて頂けたと思っております。

今後ともどうぞ宜しくお願い致します。
« 1 (2)
スレッド表示 | 新しいものから 前のトピック | 次のトピック | トップ


 



ログイン


EC-CUBEペイメント

公式ストアEC-CUBE4系デザインテンプレート続々リリース中

統計情報

総メンバー数は68,550名です
総投稿数は99,523件です

投稿数ランキング

1
seasoft
7333
2
468
2811
3
AMUAMU
2712
4
nanasess
2121
5
umebius
1834
6
yuh
1612
7
red
1429
8
h_tanaka
1062
9
fukap
907
10
tsuji
863
11
shutta
835
12
tao_s
793
13 ramrun 789
14 karin 657
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.