### What happened / 发生了什么 网页端聊天时,当输入内容过长,会把对话信息挡住 ### Reproduce / 如何复现? 一轮会话后,输入框不断回车 ### AstrBot version, deployment method (e.g., Windows Docker Desktop deployment), provider used, and messaging platform used. / AstrBot 版本、部署方式(如 Windows Docker Desktop 部署)、使用的提供商、使用的消息平台适配器 4.26.8、docker、new-api ### OS Linux ### Logs / 报错日志 <img width="924" height="929" alt="Image" src="https://github.com/user-attachments/assets/117baf24-3dad-4bcc-ae29-babf0b2d0826" /> ### Are you willing to submit a PR? / 你愿意提交 PR 吗? - [ ] Yes! ### Code of Conduct - [x] I have read and agree to abide by the project's [Code of Conduct](https://docs.github.com/zh/site-policy/github-terms/github-community-code-of-conduct)。
Activity
dosubot commentedon Jul 31, 2026
这个问题的根本原因已经定位到了:聊天界面的布局架构导致输入框在扩展时会遮挡消息。
根因分析:
.composer-shell(输入区域容器)使用position: absolute定位在消息列表底部 [1].messages-panel的底部 padding 是固定值116px(桌面端)/92px(移动端),用于为输入框预留空间 [1]max-height最大可达min(48vh, 420px)[2]116px后,就会覆盖消息区域,因为消息列表的底部 padding 不会随输入框高度动态调整修复方向: 需要让消息区域的
padding-bottom(或scroll-padding-bottom)根据 composer 的实际高度动态变化,而不是使用固定值。可以通过ResizeObserver监听.composer-shell的高度变化,实时更新.messages-panel的底部内边距。此前已有多个 PR 尝试修复相关的溢出/布局问题(如 PR #5635 [3]、PR #8447 [4]、PR #9202 [5]),但固定 padding 与动态 textarea 高度之间的核心矛盾仍然存在。
To reply, just mention @dosu.
Share context across your team and agents. Try Dosu.