利用者の方から、BaseL → Order → Cancel を繰り返すと発注しない箇所が出てくる、とのご連絡を受け、その内容から Cancel ボタンの機能にバグがあるかも、と、再度検証しました。
ご連絡の状況は再現できなかったのですが、一点、ボタン表示上のバグを発見。
取引に影響はないと判断しましたので、次バージョンで対策とります。
該当部分、動画内に収めていますので、見てみてください。
連絡のあった異常動作
一度 Order し、Cancel ボタンクリック後、再度 Order 実行されたとのこと。
オーダーラインが上下ピンクライン領域全体に存在していない
＝ 待機注文のオーダーがされていない。
プログラミング上、このような現象が生じるとは想像できません。まだまだ勉強する余地、成長する余地があるようです。
このような現象に遭遇している方々には大変申し訳ないですが、原因把握に努めます。
ご連絡いただいた操作手順のみ実行し、再現を試みたのが次の検証です。
検 証
BaseL → Order → Cancel の連続操作を動画にしました。4回繰り返していますが、連絡のあった異常動作の再現はできませんでした。
現時点で考えられるのは、Magic Noの重複・・・なのですが、ご連絡してくださった方がここ気づかないはずはないし・・・
もし、何かお気づきの点などございましたらコメントしていただけると嬉しいです。
関連情報などお持ちの方からのコメント投稿もとても嬉しいです。
検証操作の動画です。最初にボタン表示上のバグがあります。Order ボタンクリックしてもオーダーしません。BaseL ボタンをクリックすると仕様に基づいた表示状態に戻ります
BUYのみ、SELLのみ、片側バージョン作成時にも気をつけてプログラミングします。この時に見つかればいいのですが・・・
なお、ご連絡いただいた方には、該当現象発生時のターミナルウィンドウ：エキスパートタブの内容を送っていただけるようお願いしようと思っています。
FX会社からのリピートイフダンEAの負荷について
私の勘違い、理解間違いでした。
リピートイフダンでポジション保有、そのポジションをトレーリングストップした際に負荷が大きいと連絡を受けたとのことでした。
Ver.1.01の RIFD 確認タイミング三択をそのまま適用するといいと考えていますが、秒数指定のみでいいかも、とも考えています。
まだ、トレーリングストップは組み入れていませんが、組み入れ時には仕様に含めます。
コメント