Blank select listbox when re-opening in Firefox.
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 35/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 技术栈
- react, typescript
- 领域
- frontend, performance
调研方向
从 src/App.tsx 中可复现的示例开始,并在 Firefox 中运行 Select 虚拟化示例。通过滚动超过 overscan 值、关闭 listbox 后再重新打开来复现失败,然后将行为与 Chrome 进行比较。当重新打开后选项立即可见且不需要滚动时,即表示完成。
由索引模型根据 Issue 内容生成。
描述
Describe the bug
If we reopen our Select listbox after scrolling down past the overscan value, the listbox has no options rendered. They appear in the DOM but not in the listbox. If you scroll even by 1px once reopened, the options render (I have attached a screen recording of this further down).
Your minimal, reproducible example
https://stackblitz.com/edit/parsium-carbon-starter-zza8bg?file=src%2FApp.tsx
Steps to reproduce
-
Open Firefox and navigate to our Select virtualised example or the reproducible Stackblitz example
-
Click the Select's component textbox to open it and scroll down beyond option 30 (the
overscanvalue is 20, so a whole new list of options is rendered there) -
Close the listbox. This can be done by clicking away from the listbox.
-
Click the Select's component textbox to reopen Select's listbox.
Actual Result:
Listbox is initially blank.
Expected Result:
Options to be visible.
Expected behavior
I expect there to be options in the listbox.
How often does this bug happen?
Every time
Screenshots or Videos
Firefox:
https://github.com/user-attachments/assets/6c2022b4-d56e-4bb0-925a-fbcfeb211839
Chrome:
https://github.com/user-attachments/assets/ed5d48c0-289c-42af-a84a-cc96de273fcb
Firefox but I scroll a small amount when reopening:
https://github.com/user-attachments/assets/6d7ba0f6-6540-4ac7-bb2a-3cc1ce763759
Platform
Operating Systems:
- MacOS
- Windows
Web Browser:
- Firefox (I am using v133.0)
tanstack-virtual version
v3.10.1
TypeScript version
v4.7.0
Additional context
I was able to fix this bug using the code below. However, I was not prepared to merge it into our codebase as I don't think browser sniffing is a particularly good fix for this. Without the conditional check for Firefox, this would break our implementation on Chrome, Safari and Edge.
This is what seemed to fix it:
const SCROLL_OPTIONS: ScrollToOptions = { behavior: "auto", align: "end" };
const browserIsFirefox =
navigator.userAgent.toLowerCase().indexOf("firefox") > -1;
useEffect(() => {
if (browserIsFirefox && isOpen && currentOptionsListIndex === -1) {
virtualizer.scrollBy(0, SCROLL_OPTIONS);
}
});
Terms & Code of Conduct
- I agree to follow this project's Code of Conduct
- I understand that if my bug cannot be reliable reproduced in a debuggable environment, it will probably not be fixed and this issue may even be closed.
- 主要语言
- TypeScript
- 星标
- 7.1k
- 派生
- 466
- 平均合并
- 2 天 31 分钟
- 30 天内合并 PR
- 13
贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
TanStack/virtual 的其他 Issue
-
难度 4/5 3-5 天 新手友好度 55/100
-
难度 5/5 一周以上 新手友好度 38/100
-
难度 4/5 3-5 天 新手友好度 62/100
-
难度 4/5 3-5 天 新手友好度 55/100
-
难度 3/5 1-2 天 新手友好度 68/100
相似的 Issue
-
bug(cli): hapi doctor inline-media prints a fabricated B:\ helper-script path in packaged installs 未关闭
难度 2/5 1-3 小时 新手友好度 70/100
-
Crush 未关闭
难度 1/5 1 小时以内 新手友好度 85/100
catppuccin/catppuccin#3125 ·
-
难度 1/5 1 小时以内 新手友好度 90/100
ElementsProject/cln-application#167 · 1 条评论 · 1 个 reaction ·
-
难度 2/5 1-3 小时 新手友好度 75/100
Quantco/pnpm-licenses#17 ·
-
难度 2/5 1-3 小时 新手友好度 75/100