dosubot[bot]

Results 14374 comments of dosubot[bot]

This is a known limitation in Superset's deck.gl Multiple Layers chart. The rendering order of layers is not reliably controllable because both the backend and frontend do not enforce or...

这是MinerU 2.5的已知问题,VLM在解析化学公式时会出现连续下划线("_")等语法错误,导致LaTeX解析失败(如“Double subscript”)。根本原因是2.5版本模型和分词器升级后,公式识别环节出现了误判或兼容性问题,尤其是带下标的化学式更容易出错。目前官方尚未彻底修复该问题,相关代码主要集中在`mineru/backend/vlm/vlm_formula.py`等文件,可能与下划线处理或正则表达式有关[[参考1]](https://github.com/opendatalab/MinerU/issues/3531)。 临时解决办法有: - 如果不是学术文档,可以通过设置环境变量`MINERU_FORMULA_ENABLE=false`关闭公式识别,所有内容将按普通文本处理,避免解析错误(注意:此方法仅对pipeline后端有效,VLM后端暂不支持); - 如需保留公式识别,可在源码(如`magic-model.py`的`get_all_spans`函数)中增加规则,对特定模式(如带%/$/@的数字字符串)强制按文本处理,避免被识别为公式[[参考2]](https://github.com/opendatalab/MinerU/issues/3531); - 尝试切换OCR引擎(如Baidu/PaddleX)或调整OCR参数(如`det_db_box_thresh`、`det_db_unclip_ratio`),有用户反馈对特殊符号识别效果更好[[参考3]](https://github.com/opendatalab/MinerU/issues/2295)。 建议关注后续MinerU版本更新,开发团队已在持续修复相关公式解析回归问题。如果需要进一步排查,可对比`middle.json`、`content_list.json`等中间文件,定位具体解析环节。 *To reply, just mention [@dosu](https://go.dosu.dev/dosubot).* --- How did I do? [Good](https://app.dosu.dev/response-feedback/d8953a6e-7e42-4341-9fdb-32a55f6b90fc?feedback_type=great_response) | [Irrelevant](https://app.dosu.dev/response-feedback/d8953a6e-7e42-4341-9fdb-32a55f6b90fc?feedback_type=irrelevant_answer) | [Incorrect](https://app.dosu.dev/response-feedback/d8953a6e-7e42-4341-9fdb-32a55f6b90fc?feedback_type=incorrect_sources) | [Verbose](https://app.dosu.dev/response-feedback/d8953a6e-7e42-4341-9fdb-32a55f6b90fc?feedback_type=too_verbose) | [Hallucination](https://app.dosu.dev/response-feedback/d8953a6e-7e42-4341-9fdb-32a55f6b90fc?feedback_type=hallucination)...

Hi @Liuerr0r! I'm [Dosu](https://go.dosu.dev/dosubot) and I’m helping the pro-components team. ProTable 初次渲染时明显闪烁,主要原因是异步数据加载和 loading 状态切换导致的布局变化和重渲染,这是 ProTable 内部通过 request API 管理 loading 的常见表现。你可以尝试以下优化方式: 1. **避免使用 columns 的 ellipsis 属性**(即 tooltip 省略号),因为它会显著拖慢渲染速度,尤其是列数较多时,建议去掉 ellipsis:...

这是一个已知的 BetaSchemaForm(QueryFilter 布局)bug:当第一列 colSize 设置较大(如 4),会导致 defaultColsNumber 不生效,只显示一行。根因是 QueryFilter 的内部逻辑会在第一项 colSpan=24 时(即占满整行)强制只展示一行,忽略 defaultColsNumber 的设置[相关源码分析](https://github.com/ant-design/pro-components/blob/44f6e202e69f8681bdfde8d525fae0ce8a52fec2/src/form/layouts/QueryFilter/index.tsx#L49-L556)。 社区有多个类似反馈,维护者也确认了这个问题,并指出 defaultColsNumber 实际控制的是“控件数量”,不是“行数”[相关讨论1](https://github.com/ant-design/pro-components/issues/5821) [相关讨论2](https://github.com/ant-design/pro-components/issues/5903#issuecomment-1241561976)。如果你需要“默认展示多行”,建议升级到 2.8.6 及以上版本,使用 `defaultFormItemsNumber` 属性来控制默认展示的表单项数量,这样可以绕开 defaultColsNumber 的限制,满足你的需求[官方说明](https://github.com/ant-design/pro-components/issues/8563#issuecomment-2226760320)。 简单总结: - 这是组件的已知限制,老版本(1.60.1 之前)没有这个问题。 - 2.8.6+...

你遇到的问题是 QueryFilter 的已知限制:当第一个表单项的 colSize 设置较大(比如 colSize=4,导致 colSpan=24 占满整行),组件内部会强制只展示一行,无论你设置 defaultFormItemsNumber 还是 defaultColsNumber 都不会生效。这是因为 collapse 展开逻辑优先判断第一行是否“满行”,只要满行就只显示这一行,后面的表单项会被隐藏,和你实际需求不符[源码分析](https://github.com/ant-design/pro-components/blob/44f6e202e69f8681bdfde8d525fae0ce8a52fec2/src/form/layouts/QueryFilter/index.tsx#L320-L556)。 社区和维护者已经确认这是设计约束,不是 bug,且目前没有官方 workaround[相关讨论1](https://github.com/ant-design/pro-components/issues/5903#issuecomment-1241503111)。即使升级到 2.8.6+ 并使用 defaultFormItemsNumber,也无法解决“第一项占整行但希望默认展示多行”的需求,firstRowFull 的逻辑仍然优先级最高。 如果你的场景必须第一项整行且要默认展开多行,目前只能考虑调整表单结构(比如把整行项放到后面),或者自定义 QueryFilter 的源码逻辑。可以关注后续社区讨论和 PR,看是否有更灵活的布局方案[官方说明](https://github.com/ant-design/pro-components/issues/8563#issuecomment-2778995951)。 *To reply, just mention [@dosu](https://go.dosu.dev/dosubot).*...

Hi @Enzo-web! I'm [Dosu](https://go.dosu.dev/dosubot) and I’m helping the pro-components team. 出现这个问题的原因是:虽然 ProComponents 2.0 文档上写的是支持 React >= 16.9.0,但实际上你安装的 @ant-design/[email protected] 版本的 npm 包 peerDependencies 已经要求 React >= 17.0.0。这是因为包的依赖声明已经更新,但文档没有及时同步,导致和实际依赖不一致。 目前 ProComponents 3.x 需要...

Hi @zty2019! I'm [Dosu](https://go.dosu.dev/dosubot) and I’m helping the TikTokDownloader team. 综艺类抖音视频(如 lvdetail 链接)无法解析,是因为 TikTokDownloader 目前只支持部分抖音链接格式(如 video、note、slides),并没有针对 lvdetail 这类综艺/合辑链接的解析逻辑。代码中的正则表达式没有覆盖 lvdetail 类型,所以会直接跳过这类链接,无法提取作品 ID,也无法下载 [源码分析](https://github.com/JoeanAmier/TikTokDownloader/blob/4188926a1f1481411bd76970adebe733687b5668/src/link/extractor.py#L13-L147)。 这种情况属于已知功能短板,目前没有官方解决方案。如果需要批量下载这类内容,建议关注项目后续更新,或尝试最新版(如 develop 分支),部分场景下可能会有支持,但综艺类/混合内容(如图集含视频)整体支持有限 [相关讨论](https://github.com/JoeanAmier/TikTokDownloader/issues/593)。 *To reply, just mention...

This is a known edge case with the Langfuse Python SDK: when you use `@observe(capture_input=False, capture_output=False)`, manual updates via `langfuse.update_current_span(output=...)` can be misapplied to the wrong observation (often a parent...

Hey @XXGUI! 👋 I'm here to help you with any bugs, questions, or contributions you have. Let's squash those bugs together! I found similar discussions regarding issues with displaying Chinese...

Hi @CavalcanteLeo! I'm [Dosu](https://go.dosu.dev/dosubot) and I’m helping the MeetingBar team. This alignment issue is known and has been discussed in the repository. The cause is how MeetingBar renders the menu...