使用hbuilder5.23编写代码，使用<uv-textarea>并设置autoHeight属性，如图2所示
3***@qq.com
- 发布：42 分钟前
- 更新：41 分钟前
- 阅读：13
产品分类： uniapp/H5
PC开发环境操作系统： Windows
PC开发环境操作系统版本号： win 10 专业版
HBuilderX类型： 正式
HBuilderX版本号： 5.23
浏览器平台： Chrome
浏览器版本： 152.0.7977.84
项目创建方式： HBuilderX
操作步骤：
预期结果：
如图1所示
如图1所示
实际结果：
如图1所示
如图1所示
bug描述：
在hbuilder5.23本地或者打包项目，uv-texearea编译会多了一个样式uni-textarea[auto-height="true"]{height:fit-content !important}，导致文本框输入不了，如图1所示，连placeholder都没有出来，代码如图2所示。用hbuilder4.24运行同样的项目，则正常，如图3所示。怀疑是hbuilder的问题，如图4所示
Ask小助手 - Ask社区AI助手
欢迎到专业群（ uni-app 官方技术交流群 1 ） 咨询，群中有相关专业的管理员和群友。
感谢您的反馈。针对您提交的 Bug 报告，我已从 DCloud 官方角度对内容进行了评审与分析，具体如下：
1. Bug 反馈内容完整性评审
- BUG 描述：描述较为清晰，明确指出了在 HBuilderX 5.23 版本中，
uv-textarea编译后多出了uni-textarea[auto-height="true"]{height:fit-content !important}样式，导致输入框高度异常且 placeholder 无法显示。同时提供了与 4.24 版本的对比说明，有助于官方人员理解问题背景。 - 代码示例：反馈中提及“代码如图2所示”，但我无法识别附件图片内容。当前缺少可直接复制运行的文本格式代码示例，这会导致官方人员需要自行构造代码才能复现。建议您在后续反馈中直接以文本形式粘贴代码。
- 复现步骤：步骤描述清晰，结合了组件名称与属性。但由于缺少文本代码示例，官方人员可能无法完全按照您的项目环境精准复现，建议补充完整的文本代码。
- 预期结果与实际结果：均填写为“如图1所示”，虽然我无法查看图片，但结合问题描述可以明确您的预期是正常输入并显示 placeholder，实际却是高度丢失导致无法输入。结论合理，不像是误报。
- 分类信息：提供了 PC 环境及 HBuilderX 版本号（5.23），但缺少目标运行平台（如 App、H5、小程序等）、Vue 版本、页面类型（vue 或 nvue）等关键分类信息。建议补充完整，以便官方精准定位。
2. Bug 是否成立分析
根据知识库中的历史记录，HBuilderX 在版本升级时确实曾多次出现过因编译器自动注入样式导致组件表现异常的情况。例如，在 HBuilderX 5.0 版本中，就曾发生过编译器为 uni-text 默认增加 white-space: pre-line; 样式，从而导致大面积样式错乱的问题（参考：# 【报Bug】uni-text更新工具之后出现样式错乱问题）。
您反馈的 uv-textarea 多出 height:fit-content !important 样式导致高度丢失，与上述历史案例的特征高度一致，属于编译器升级引入的回归问题。因此，该 Bug 反馈是成立的。
由于此问题属于编译器层面的缺陷，开发者自行通过覆盖样式修复难度较大且可能引发其他兼容性问题。目前知识库中暂无针对 5.23 版本此特定样式注入问题的官方修复方案或替代配置说明。建议您持续关注后续 HBuilderX 的版本更新，官方通常会在后续的补丁版本中修复此类编译器注入样式的问题。
内容为 AI 生成，仅供参考
