小编vso*_*tka的帖子

我们有一个使用 Android WebView 的应用程序，但更新到 v99 或 v100 后，它显示网页内容放大。更新后重新启动手机可以解决该问题，但只是暂时的。一段时间后，它将再次显示放大的网页。

有没有人遇到过这个问题，是不是我们做错了什么？更新后是否需要添加一些配置才能工作？

目前受影响的用户团结在一起的是：

• Webview v99 或 v100
• 安卓12
• 三星

更新：

已作为错误报告给 Chrome bugs.chromium.org/p/chromium/issues/detail?id=1305579 bugs.chromium.org/p/chromium/issues/detail?id=1305201 bugs.chromium.org/p/chromium/问题/详细信息？id=1305501

解决方法：

网络应用程序 Android 网页视图设置

更新：

现在三星做出了修复。修复后，上述解决方法不再起作用，而缩小问题仍然存在。如果有人有解决方法，请分享。

背景故事

我负责 Android 客户端的后端工作。有很多数据要显示，还需要一些离线功能，所以必须解决同步问题。所述数据由临时表组成。

我们的解决方案

现在，为了让客户端了解可能的更改，而不是强制执行完整的客户端数据库擦除和创建（需要大量时间），我对每个临时表行进行了哈希处理。所述哈希值是通过获取临时表行、为其创建 JSON，然后从该 JSON 生成哈希值来创建的。这是工作。

我对这个解决方案的问题

我认为这不是理想的解决方案。所有这些操作看起来要求很高，从我的测试来看，它表明：

• 对于每个数据都有一些数据；基线，无操作 = 90 毫秒
• 在其中填充一个临时表，其中每个缓冲区复制 = 400 ms
• 在 foreach = 2 880 ms 内的总体之后，使用上述解决方案计算哈希

我想要的是

我很感兴趣我们是否做错了什么。对于这个问题有更好的解决方案吗？是否有要求较低的方法来从每个单独的临时表记录中创建哈希？

我们目前使用的是OpenEdge 10.2B。

程序负责hash创建，create_hash 创建widget-pool。

define input parameter inp_hBuffer as handle no-undo.
define output parameter out_cHash as c no-undo.

define var ttDynamic as handle no-undo.
define var hBufferTT as handle no-undo.

define var lResult as l no-undo.
define var cDataTT as longchar no-undo.

define var itime as i. …