下書きと準備中の狭間に1000MB消えた（追記:20MB追加で消した）（再追:修正された）
2024-06-13追記
https://king.mineo.jp/ideas/276048
本件は本日修正された。
ーーーーーーーーー
王国ダンジョンの公開日時と終了日時を同時にして保存して公開すると、一時的に「準備中」の表記となるが、最初に設定したパケット数は減らない。
この状況で、あとから「10MB」「100MB」「1000MB」追加のボタンを押すと、これについては所持パケットが減算され、設定値としても追加されているが、これを公開設定する前に削除しても返還されない。
これで私は1000MB消えました。
追加実験
初期設定10MB、バグ準備中を発動。
「10MB」追加をしたのち、公開日時を改めて正しく設定した後削除した場合
→10MB追加のときに減算されるほか、公開日時設定で20MB（追加により設定自体が10MB増えているため）が減算され、計30MB持って行かれているが、削除して返ってくるのは20MBのみ。10MBが消える。
追加実験その2
上記実験の10MB追加の操作後、初期設定に戻って20MBに増えている部分を10MBに変更し、公開設定して削除
→10MBの追加分に加えてさらに10MBの計20MB持っていかれるが、やはり返ってくるのは10MBのみ
9 件のコメント
コメントするには、ログインまたはメンバー登録（無料）が必要です。
(参考)トラップ (コンピュータ)
https://ja.wikipedia.org/wiki/トラップ_(コンピュータ)
この実験は何を試すためですか？
なんとなく知っておいた方が良さそうな気がしています。
>> ケロロロ さん
最初の1000MBは事故です。あとの実験2つは純粋に実験です。
>> 水河 さん
》最初の1000MBは事故です。なるほど、理解しました。
隠し機能の確認でもされているのかと勘繰ってしまいました😅
>> _カブ さん
不具合事象として打ち上げて良い案件だろうと思います再現性も(ほぼ)100%と思われます
➀開始日時より終了日時が古いと問題が発生するので、入力時にチェックして入力不可としていますが、
➁開始日時と終了日時が同日時の場合も、問題が発生するので、入力不可とすべきはずが、入力可能な実装がされ、パケットが変換されない不具合の原因となっていそうです
➀は、日付時間関数 化した 終了−開始 が マイナス の場合は入力不可とする処理
➁は、同様に ゼロの場合は入力不可とする処理のはずが、入力可能となってしまっているようです
変数にゼロが代入されること自体は(直ちには)問題化しないのですが、
ゼロが代入された変数で除算処理を行なうと「ゼロ除算」エラーが発生します
➀➁の入力チェックは、
終了ー開始≦0なら入力不可だとOKですが
〃 ＜0だと 同日時の入力が可能(終了ー開始＝0)となり、エラー要因となります
実際にソースコード(ソースでないコード)も見ていないので、単なる想像ですが、ポピュラー?な エラーのようなので、
ゼロ除算に関連する不具合事象の可能性は ありそう(高そう)な気が します
(参考)
ゼロ除算
https://ja.wikipedia.org/wiki/ゼロ除算#コンピュータにおけるゼロ除算
>> _カブ さん
「1997年9月21日バージニア州ケープ・チャールズ沿岸を航行中に、乗組員がデータベースフィールドに0を入力したために艦に搭載されていたRemote Data Base Managerでゼロ除算エラーが発生し、ネットワーク上の全てのマシンのダウンを引き起こし2時間30分にわたって航行不能に陥った。」ヨークタウン (ミサイル巡洋艦)
(艦歴 参照)
https://ja.wikipedia.org/wiki/ヨークタウン_(ミサイル巡洋艦)
イージス艦の「プロトタイプ」(タイコンデロガ級2番艦)という事情があるにせよ、厄介なエラー なのだろうと思います
(参考)
イージス艦
https://ja.wikipedia.org/wiki/イージス艦
>> _カブ さん
アイデアファームしましたd(￣ ￣)>> 水河 さん
ありがとうございます改修されれば、助かる人が多いはずです
(改修されない場合、今後 困るだろう人を含めて)