f4samurai さんが作ったマギレコのシステムは欠陥品だった？ その8

f4samurai さんが作ったゲームの3年前からの、全ての共通事象なのですが、
接続エラーを起こした場合のリトライ処理の扱いがめちゃくちゃ下手くそで

・大概、リトライにほとんど成功しない。
・大概、諦めてタイトル画面に戻す処理をしている。

と言う事象があったのですが、マギレコのアプリ解析をして、酷過ぎるアルゴリズムが明らかになったので、紹介したいと思います。

1・POSTでデータをリクエストする
2・通信エラーが発生。
3・3秒後に、再度、POSTリクエストの変数領域を初期化せずに、GETリクエストとして再構築する。
4・再構築したデータをそのまま送信する（GET）
5・通信エラーが発生。
6・3秒後に、再度、GETリクエストの変数領域を初期化せずに、GETリクエストとして再構築する。
7・4に戻る

その結果何が起こるかと言うとどんどん、送信パケットがでかくなります。
通常、RFC 7231 で送信時のパケットサイズの限界があるので、ある程度で書くなったところで 414 URI Too Long : URIが大きすぎる が返ってきます

実際にマギレコで通信エラーを引き起こす状態にして、パケットをキャプチャしてみました

どうやら、送信バッファーを 0x10000 確保してるみたいなので、それ以上は増えない模様。
約10分間で 64kバイトに膨れ上がる訳なので40秒位、リトライを繰り返した辺りから、通信から復帰しても、サーバーが受け付けなくて、エラーしか返ってこなくなるという状態になる訳です。

これほど、あり得ない酷いバグが、3年前から放置されてるのです

何が悪いかと言うと。

・変数を初期化していない (初歩的なミス）
・サーバーからのリクエストコードをチェックしていない （論外）
（たぶん、チェックしてる部分もあって、そこではリトライを止めてタイトルに戻す処理が入っている）
・アンジュ･ヴィエルジュで、この不具合が3年前からあるので、直す気すらない （論外）
・一部の処理では、絶対成功することがないこのリトライ処理をバックグラウンドで永続的に、毎秒20K の通信をし続ける（絶対成功することはない） （何もしてなくても、1時間当たり50M 程度の通信が発生）

要するに、 f4samurai さんの作ったゲームは、どれもグラフィックやシナリオや音楽 は一流ですが、
プログラムやシステム設計やUIは 三流以下 ってことです

っていうか、ちょっと解析してみたら分かるような不具合ですら直せないのが不思議でなりません
いやー、さすが f4samurai さん、解析するとボロボロ不具合出てきます ・ω・ 。o （おもしろいぞ、もっとやれ）

重要： マギレコで、放置してるのに、3秒おきに、パケットを使用していたら、このバグが発生してる可能性があるので、一度再起動することを薦めます。