Regression: Plan tab reading-column cap is back (fixed in v1.1.12 via #2888, broken again in v1.1.22)
还没有人认领这个 Issue。
评估
- 难度
- 3/5
- 预计耗时
- 1-2 天
- 新手友好度
- 55/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
- 技术栈
- markdown
- 领域
- desktop
调研方向
Start at the workspace Plan tab's rendered markdown view and compare its behavior with the #2888 fix from v1.1.12. Reproduce with the provided column ruler while widening or maximizing the panel. Done means rendered text uses the available width and a regression test covers the reflow behavior.
由索引模型根据 Issue 内容生成。
描述
Summary
This is a regression of #2888 (fixed in v1.1.12). The Plan tab's rendered markdown view again caps prose to a fixed reading column (~95-100 characters) instead of using the available panel width. Reproduced on v1.1.22.
The original bug (#2888) was closed as fixed in v1.1.12; the reflow behavior has since regressed. This is distinct from the chat/conversation-view width issues (#3195, #3795) - it is specifically the workspace Plan tab.
What happens
Widening the panel or the whole window - including Maximize Panel - does not reflow the rendered text; it stays in the same narrow column with dead space on the right. The <> code view of the same plan has no such cap and runs edge-to-edge.
Steps to reproduce
- Open a session so the Plan tab is visible (close and re-open the tab to force a fresh render).
- Use a plan whose body contains this column ruler (each label sits at its true character column):
--------10--------20--------30--------40--------50--------60--------70--------80--------90-------100-------110-------120-------130-------140-------150-------160
- View the rendered Plan tab, then widen the panel / click Maximize Panel.
Expected
The rendered text reflows to use the available panel width, as it did after the #2888 fix in v1.1.12.
Actual
Text wraps at ~column 96 regardless of panel or window width - the ruler breaks right after the 90 label even in a maximized panel. The <> code view is unaffected (full width).
Environment
- App version: 1.1.22 (regressed; last known good: v1.1.12)
- OS: Windows
- Surface: workspace Plan tab (rendered markdown view)
Related
- #2888 - original report, fixed in v1.1.12, now regressed (this issue)
- #2608 - same class of reflow bug in the MD Editor, fixed in v1.1.6
- #3195, #3795 - chat/conversation-view horizontal-space issues (different surface)
Suggested fix
Restore the #2888 reflow fix for the Plan tab's rendered view, and consider a regression test so this surface's reflow doesn't break again. A width preference (e.g. 120 / 140 / full-width) for rendered markdown surfaces would also help.
- 主要语言
- 没有语言数据
- 星标
- 2.1k
- 派生
- 157
- PR 合并指标
- 30 天内没有已合并 PR
贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
github/app 的其他 Issue
-
triage
难度 2/5 1-3 小时 新手友好度 70/100
-
难度 2/5 1-3 小时 新手友好度 65/100
-
难度 2/5 1-3 小时 新手友好度 70/100
-
难度 2/5 1-3 小时 新手友好度 70/100
-
难度 2/5 1-3 小时 新手友好度 70/100
相似的 Issue
-
bug good first issue
难度 2/5 1-3 小时 新手友好度 75/100
alexgorbatchev/simple-ptt#11 ·
-
难度 2/5 1-3 小时 新手友好度 75/100
-
bug good first issue multicut serialization
难度 2/5 1-3 小时 新手友好度 70/100
-
accepted bug via-triage
难度 2/5 1-3 小时 新手友好度 75/100
-
难度 2/5 1-3 小时 新手友好度 75/100
seagle0128/doom-modeline#835 ·