# 添加自定义区块字段的行为很奇怪

**URL:** https://meta.discourse.org/t/add-custom-section-name-and-link-fields-are-behaving-unexpected/407235
**Category:** UX
**Tags:** sidebar, fixed
**Created:** [2026 年7 月 10 日 04:33 UTC](https://meta.discourse.org/t/add-custom-section-name-and-link-fields-are-behaving-unexpected/407235 "2026-07-10T04:33:31Z")
**Posts on this page:** 1
**Showing post:** 6

<div class="post-metadata">

### Author: ![chapoi](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/chapoi/32/537252_2.png) [@chapoi](https://meta.discourse.org/u/chapoi)
#### Post date: [2026 年7 月 13 日 07:29 UTC](https://meta.discourse.org/t/add-custom-section-name-and-link-fields-are-behaving-unexpected/407235/6 "2026-07-13T07:29:32Z")

</div>

> [@one1](#):
>
> 当然，Windows 上的 Firefox 不支持 WebKit。

感谢您进行如此彻底的调查！您找到了根本原因。该 bug 在于 `draggable="true"` 被设置在整个行包装器上，而用于抑制非手柄元素拖拽行为的 CSS 属性（`-webkit-user-drag: none`）确实是 Firefox 不支持的属性。Firefox “正确地”将整个行视为可拖拽，从而拦截了您在文本字段上的点击。

已在

> <https://github.com/discourse/discourse/pull/41650>
>
> The implementation relies on a WebKit-only CSS property to suppress draggable="t…rue" from the row. Firefox correctly applies the HTML spec — draggable="true" on the parent means the element and its children initiate a drag on mouse-down, while ignoring \`-webkit-user-drag: none\`, so intercepting any attempt to interact with the \<Input\> fields.
> 
> This commit moves the \`dragStart\` & \` draggable="true"\` to the drag icon. This only appears on desktop, but mobile drag wasn't working anyway since the used native HTML5 drag-n-drop API doesn't fire on touch input so no functionality was changed.

中修复

---

_[View the full topic](https://meta.discourse.org/t/add-custom-section-name-and-link-fields-are-behaving-unexpected/407235)._