Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

FB-003: on_day_start / on_day_end fire once per PERIOD, not per day [trap]

未关闭
#22 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
38/100
Issue 类型
功能
描述清晰度
基本清楚
活跃度
活跃
技术栈
python
领域
backend

调研方向

Start by reading engine.py around lines 209 and 229, the on_day_start and on_day_end docstrings in strategy.py, and the “Proposed enhancements” section of BUGS_FASTBT.md. Trace how the hooks are called for each period and how ctx.is_new_date signals date changes during ticks. Done means the hooks run for every date in a period and returning False from on_day_start skips only that date.

由索引模型根据 Issue 内容生成。

描述

bug

Severity: trap · Source: BUGS_FASTBT.md (2026-10-09)

engine.py:209 and engine.py:229 call them once per period, but their docstrings (strategy.py:431, :495) say "once per day". There is no per-date hook; the only per-date signal is polling ctx.is_new_date inside ticks. on_day_start returning False skips the whole period.

Impact: daily signal state (opening range, traded-today, daily counters) is built only on the period's first date.

Workaround: detect ctx.is_new_date in the tick hooks.
Fix: hook ladder — on_run_start → on_period_start → on_day_start/on_day_end (every date) → on_period_end → on_run_end (see BUGS_FASTBT.md "Proposed enhancements").

主要语言
Python
星标
28
派生
17
PR 合并指标
30 天内没有已合并 PR

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

uberdeveloper/fastbt 的其他 Issue

查看 uberdeveloper/fastbt 的全部 Issue

相似的 Issue

更多 Python Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。