FB-002: multi-day ticks break every time comparison; ctx.time is wrong [silent-wrong]
まだ誰も着手していません。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 71/100
- issue の種類
- バグ
- 明瞭さ
- 明確に書かれている
- 活発さ
- 活発
- 技術スタック
- python
- 領域
- backend, testing-qa
調査の方向性
Start in context.py at advance() around line 203, then read the composite key construction in engine.py:171 and context.py:63. Check how multi-day ticks set ctx.time and compare the behavior across day and expiry modes. Done means time comparisons and the can_enter example work in both modes, with ctx.clock and ctx.date consistent; add or run focused tests for those cases.
索引モデルが issue の本文から書いたものです。
説明
Severity: silent-wrong · Source: BUGS_FASTBT.md (2026-10-09; consolidation B04 2026-10-11)
Composite keys are f"{d} {time_key}" (engine.py:171, context.py:63), and d already carries 00:00:00, so a tick is "2025-07-04 00:00:00 09:20:59". advance() splits on the first space (context.py:203), so ctx.date is right but ctx.time == "00:00:00 09:20:59".
Any code written for day mode then misbehaves without an error:
tick >= "15:20:00"is always True →exit_timeexit fires on the tick right after entry"09:20:00" <= tick < "09:30:00"is never True → strategy never enters- The
can_enterdocstring example (strategy.py:451) is this exact bug
Seen in this repo: positionals/iron_condor.py, credit_spread.py, credit_spread_v2.py compare ctx.time in period="expiry" mode and never enter.
Workaround: read the clock as str(tick)[-8:] and the date as str(tick)[:10]; use exit_time=None.
Fix: build keys from d[:10]; add ctx.clock ("HH:MM:SS") and ctx.date that behave the same in every mode.
- 主要言語
- Python
- スター
- 28
- フォーク
- 17
- 平均マージ
- 8時間 50分
- マージ済み PR（30日）
- 2
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
uberdeveloper/fastbt のほかの issue
-
bug
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
uberdeveloper/fastbt#31 ·
-
bug
難易度 4/5 3〜5日 初心者へのやさしさ 52/100
uberdeveloper/fastbt#30 ·
-
bug
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
uberdeveloper/fastbt#28 ·
-
FB-008: close_trade mixes price and tick; stale exits are silent (zero-P&L fallback) [silent-wrong]オープンbug
難易度 3/5 1〜2日 初心者へのやさしさ 70/100
uberdeveloper/fastbt#27 ·
-
bug
難易度 3/5 1〜2日 初心者へのやさしさ 55/100
uberdeveloper/fastbt#26 ·
uberdeveloper/fastbt の issue をすべて見る
似ている issue
-
approved Good First Issue scope: docs
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
hiero-ledger/hiero-sdk-python#2730 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
wemake-services/wemake-django-template#3178 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
md/asciidoc/csv: an explicit `encoding="utf-8"` keeps a leading BOM, the auto-detect path drops itオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
docling-project/docling#4846 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
neurostuff/NiMARE#1181 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
pytest-dev/pytest#15180 ·
メンテナーはふだん 1 日以内に返信