Open fr-an-k opened 9 months ago
For Linux, try one of these env vars:
WEBKIT_DISABLE_DMABUF_RENDERER=1
WEBKIT_DISABLE_COMPOSITING_MODE=1
For Android: Is that in a vm or a real device? Tauri generally requires more recent android versions in vms because the webviews aren't updated in them (unless you know of a way to do that).
The whole process also seems like a lot of libraries and effort for just a simple JNI webview. It would be nice if it's explained why this is the case.
Which libraries are you talking about? (Like OS, gradle, rust, js)
I primarily need the Android support, I can imagine that WSL2 is not supported, but that's how I develop.
I suspect this bug affects the Chinese market.
It's a real device but no playstore. It's set to Android System Webview 61.0.3163.98, but package name "com.android.webview" instead of "com.google.android.webview" It's the most recent version I was able to install; the original being 58.0.3029.125. It's a terrible situation to have to support this but out of my control.
I see now that Tauri is primarily targeted at javascript web users rather than Rust users, which explains why it's relatively complex.
I'm just looking for an Android webview binding in Rust, ideally as a WASM module.
The Dioxus example with cargo mobile 0.1.0 was working on this device with the original wry code instead of the Dioxus code. I think that actually suits my use case better than Tauri but I will have to investigate further.
Perhaps the call to getDefinedWebViewPackageName is added in tauri-runtime or tauri-runtime-wry, and perhaps this function does not exist in the Chinese Android build.
I think it's possible we made changes that simply require a newer webview version now but this sounds like something out of my league, so i'm gonna ping @lucasfernog and see if he has an idea.
I could not find a reference to getDefinedWebViewPackageName
on our code base, so it's not something we added recently.
I think the issue is actually this:
Failed to request http://172.21.92.113:1420/: error sending request for url (http://172.21.92.113:1420/): error trying to connect: tcp connect error: No route to host (os error 113)
. Are you connected to the same network on the Android device? It needs access to that local network IP.
我在我们的代码库中找不到引用
getDefinedWebViewPackageName
,所以这不是我们最近添加的东西。我认为问题实际上是这样的:
Failed to request http://172.21.92.113:1420/: error sending request for url (http://172.21.92.113:1420/): error trying to connect: tcp connect error: No route to host (os error 113)
。 您是否在 Android 设备上连接到同一网络? 它需要访问该本地网络 IP。
Sure, I used a simulator, but...
Describe the bug
I tried following https://beta.tauri.app/guides/ and CLI instructions using the yarn route; everything compiles and runs but just shows a white page.
Reproduction
No response
Expected behavior
I expect to see some kind of example. The whole process also seems like a lot of libraries and effort for just a simple JNI webview. It would be nice if it's explained why this is the case.
Full
tauri info
outputStack trace
Android (8.1):
Culprit seems to be:
No such method for getDefinedWebViewPackageName: java.lang.NoSuchMethodException: getDefinedWebViewPackageName []
On desktop:
Additional context
No response