Cleared legacy TOML settings reappear after restart
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 65/100
- issue の種類
- バグ
- 明瞭さ
- 明確に書かれている
- 活発さ
- 活発
- 技術スタック
- typescript
調査の方向性
Look at the TOML write path in the settings manager, likely in a file like src/settings/manager.ts. The issue mentions a merge behavior that resurrects cleared nested tables. Start by running the core settings tests to reproduce the bug. Examine how setStepSettings handles undefined and how the TOML serialization merges with the original document. The fix should ensure cleared settings are not written back to disk.
索引モデルが issue の本文から書いたものです。
説明
What happened?
Clearing a nested legacy setting from config.toml updates the in-memory settings, but the old value is written back to disk and returns after reload/restart.
For example, [feedback] enabled = false becomes cleared in the current manager after setStepSettings({ feedbackEnabled: undefined }), but a new manager reads feedbackEnabled: false again. The TOML write path merges the original document back over the cleared state, which resurrects the removed nested table.
I reproduced this on clean main @ adcf37b in the core settings tests, without external extensions. I have a local fix and regression test ready and would like to submit a PR if this direction looks good.
Steps to reproduce
- Put this in
config.toml:[feedback] enabled = false - Start/load Step settings and confirm
feedbackEnabledisfalse. - Call
setStepSettings({ feedbackEnabled: undefined }). - Confirm the current manager now reports the setting as absent.
- Reload the settings or restart Step.
feedbackEnabled: falseappears again.
Expected behavior
Cleared legacy TOML settings should stay removed after reload/restart, while unrelated TOML fields and mcp_servers remain intact.
Version
main @ adcf37b / @step-harness/coding-agent 0.84.4
- 主要言語
- TypeScript
- スター
- 1k
- フォーク
- 71
- 平均マージ
- 13時間 14分
- マージ済み PR（30日）
- 66
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
stepfun-ai/Step-Code のほかの issue
-
area/build bug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
stepfun-ai/Step-Code#190 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
area/tools bug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
stepfun-ai/Step-Code#184 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
stepfun-ai/Step-Code#179 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
install.sh fails when awk is not installed対応中かも @lit26 が 5 日前に担当しました。 オープンuntriaged
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
stepfun-ai/Step-Code#149 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
Fix documentation typos and broken links対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンuntriaged
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
stepfun-ai/Step-Code#144 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
stepfun-ai/Step-Code の issue をすべて見る
似ている issue
-
難易度 1/5 1〜3時間 初心者へのやさしさ 86/100
ranxianglei/billion-context#5893 ·
メンテナーはふだん 1 日以内に返信
-
stringify escapes leading digits in pseudo-class arguments (:nth-child(1) becomes :nth-child(\31 ))オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
メンテナーはふだん 1 日以内に返信
-
enhancement security severity:low
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
Battle-Cattle/BCUK-Bot-4#959 ·
メンテナーはふだん 1 日以内に返信
-
[Bug]: Claude account rows no longer show the email (since #8055), so "Account 1, 2, 3" cannot be told apart対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンaccount-pool bug gui
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
lidge-jun/opencodex#8286 · コメント 2 件 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信