下图是我在 users.rust-lang.org 上撰写帖子时截取的屏幕截图。
正如大家清楚看到的,输入框完全坏掉了。而且这不是新问题,已经持续一段时间了。
奇怪的是,meta.discourse.org 似乎没有这个问题。那么是什么原因导致了这个故障呢?
你好 @jjpe
欢迎 ![]()
你能提供更多关于设备和操作系统的信息吗?
我无法重现此问题。我刚在我的 iPhone 15 Pro iOS 18.0.1 和我的 Macbook MacOS 15.01 Sequoia 上使用 Rust 论坛,并且编辑器运行正常。
如果只在那个论坛上发生,我认为这是主题组件或插件问题,你的设备/浏览器可能不喜欢。
你可以试试安全模式。
嗨,谢谢 ![]()
当然,这是一部安卓三星手机。据我所知,除了驱动程序之外,它们都运行相同的软件。
需要注意的是,我只在手机上遇到这个问题。我的其他设备(笔记本电脑、台式机)没有出现这个问题。
我会试试,但如果它将配色方案重置为白色,那也不是一个解决方案。我不喜欢被闪瞎 ![]()
好的,安全模式确实有效果。
但是很难衡量,因为问题并非100%发生。所以目前最好的办法是暂时在安全模式下使用该网站,看看问题是否会出现。
如果问题没有出现,那么就有了明确的调查方向:某个组件或插件。
事实证明,问题比某些插件或组件引起的更复杂。
下面的屏幕截图来自启用了安全模式的 internals.rust-lang.org。
但是文本框的大小仍然不正确。
什么型号和操作系统版本?我们需要能够重现此问题才能找出原因。
还有哪个浏览器?
那应该是 Chrome 浏览器。
我启用的唯一可访问性设置是“强制启用缩放”,但这不应该在这里产生影响,因为它默认情况下什么也不做。它只是允许我在否则无法缩放的情况下进行缩放。
我猜我之前错过了这个。
手机是三星 Galaxy S24+,已安装最新更新。
即 Android 14 和 OneUI 6.1
我正在交叉链接我关于 users.rust-lang.org 上这个问题的帖子。
一个月过去了,这个问题有什么进展吗?
我们以前见过这种情况。通常是设备上的字体大小和显示大小设置。
这只是网页输出。检查 Chrome 显示的所有影响因素。
请参阅此处的讨论:
是的,问题是,如果我们谈论的是浏览器,那么没有任何影响。这只是 Android 版 Chrome,它不支持扩展或插件。因此,我还仔细检查了辅助功能设置,特别是文本缩放。所有都设置为默认值。
与此同时,我在 KDE 论坛上也遇到了这个问题,所以这绝对是 discourse 本身的问题。
奇怪的是,在这里的 meta 上回复并没有出现这个问题。
但这是一个需要解决的问题,因为它破坏了用户体验。
基本上,这和困扰 Safari/iPadOS 很长时间的问题一样。这也是我不再为 Discourse 使用 Safari,而只使用 Hub 或 PWA 的主要原因。
但最烦人的是它并不总是发生。但它确实经常发生。
不过,我的 Android 用户中没有人抱怨过这个问题。而且我认为相当多的用户使用的是三星手机——三星手机在芬兰的市场份额相当可观。
使用网站作为 PWA 似乎确实有帮助。
但这充其量只是一个变通方法——PWA 仍然是 Web 应用。名称中就体现了这一点。因此,它们仍然在浏览器中运行,只是没有浏览器边框(例如地址栏)。
那么,这是否会影响这个问题?也许在具有实际浏览器边框的浏览器中,某些高度属性没有正确计算?
纯属好奇,用不同的应用作为键盘应用会不会有什么改变?
老实说我不知道。对我来说,没有可以接受的 SwiftKey 替代品可以用于严肃的用途(我尝试过——所有替代品都很糟糕,或者我就是无法习惯它们,包括 GBoard),所以这是一个无关紧要的问题。
我只是好奇是不是键盘和浏览器组合导致了问题,如果你暂时使用其他东西,问题还会持续吗?
我刚试过了。
真烦人,我现在无法在任何 discourse 部署上重现它。也就是说,它们目前都表现得像我期望的那样。
几天前我确实收到了一次系统更新,我认为其中的一些更改与此问题有关。
虽然我不能 100% 确定,但如果属实,这个 bug 可能会存在于 Chrome 引擎代码或 Android 代码的某个地方,而不是 discourse 本身。



