三星 Galaxy S22 上的应用程序无法打开并强制关闭

发布于 2025-01-12 17:19:34 字数 334 浏览 0 评论 0原文

三星 Galaxy S22 用户抱怨他们无法打开该应用程序,并且我们在 Firebase 上没有收到有关此问题的任何新的崩溃日志。系统向他们显示以下错误:

“APP出现问题

应用程序已关闭,因为该应用程序有错误。

在开发者提供此问题的修复后尝试更新此应用 错误。”

“此消息略有不同。”"

Samsung Galaxy S22 users are complaining that they cannot open the app and we are not getting any new crash logs regarding this issue on firebase. System is presenting them with the following error:

"Something went wrong with APP

APP closed because this app has a bug.

Try updating this app after its developer provides a fix for this
error."

This message varies slightly different.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

江湖正好 2025-01-19 17:19:34

联系三星开发人员后 - 出现此错误的原因是该应用程序使用低于 1.1.1l 的 OpenSSL 版本。将 OpenSSL 版本升级到此版本及更高版本应该可以解决该问题。

更详细地说:

Open SSL 1.1.1b~h 或 2.x 版本具有 PAC 相关缺陷(指针身份验证代码)。
S22之所以特别能与app强制关闭,是因为S22具有PAC故障检测逻辑。

After contacting Samsung developers - the reason for this error is that the app uses an OpenSSL version lower than 1.1.1l . Upgrading OpenSSL version to this version and above should fix the issue.

In more details:

Open SSL 1.1.1b~h or 2.x version has PAC-related defect (Pointer Authentication Code).
The reason why S22 especially has force close with the app is S22 has PAC failure detecting logic.

您的好友蓝忘机已上羡 2025-01-19 17:19:34

我遇到了同样的问题,并通过升级我的工作管理器依赖项以使用版本 2.7.1 来解决它。三星似乎正在阻止旧版本的工作管理器库

//Java only 
implementation "androidx.work:work-runtime:2.7.1"

// Kotlin + coroutines
implementation "androidx.work:work-runtime-ktx:2.7.1"

I faced the same issue and solved it by upgrading my work manager dependencies to use version 2.7.1. It seems Samsung is blocking older versions of the work manager library

//Java only 
implementation "androidx.work:work-runtime:2.7.1"

// Kotlin + coroutines
implementation "androidx.work:work-runtime-ktx:2.7.1"
所谓喜欢 2025-01-19 17:19:34

我们在工作中遇到了这个崩溃,没有日志的原因是它是从本机代码调用的 Java 崩溃。我们的自定义异常处理程序没有捕获它。因此,Java 回调包含从本机代码调用的错误,而不是 Java 直接调用本机方法,该错误被处理程序正常捕获。

当用户向我们发送设备时,我们才发现真正的错误,并且我们可以看到完整的设备 LogCat,其中包含堆栈跟踪。因此,也许让遇到此错误的技术用户运行您的应用程序并复制/粘贴其完整的 LogCat。

Java UncaughtExceptionHandler 没有使用 JNI 得到任何异常 有更多有关 JNI 和 ExceptionHandler 的详细信息。

We got this crash in work and the reason for no logs was it was a Java crash called from native code. Our custom ExceptionHandler didn't catch it. So a Java callback containing a bug invoked from native code, not Java calling a native method direct, that was caught by the handler normal.

We only found the real bug when the user sent us the device and we could see the full device LogCat, which had the stacktrace. So maybe get a technical user who has this error to run your app and copy/paste their full LogCat.

Java UncaughtExceptionHandler haven't got any exception using JNI has more details on JNI and ExceptionHandler.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文