Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[bug] Inconsistent render order #10155

Open
johanholmerin opened this issue Jun 30, 2024 · 1 comment
Open

[bug] Inconsistent render order #10155

johanholmerin opened this issue Jun 30, 2024 · 1 comment
Labels
status: needs triage This issue needs to triage, applied to new issues type: bug

Comments

@johanholmerin
Copy link

Describe the bug

I'm trying to render a transparent tauri webview on top of wgpu but I'm running into some inconsistencies between platforms. On macOS everything works correctly, but on iOS the wgpu surface is rendered on top of the the webview instead. I'm not sure which is the correct behavior but that it differs between targets seems like a bug to me.

Reproduction

https://github.com/johanholmerin/tauri-v2-wgpu/tree/mobile

Compare cargo tauri dev and cargo tauri ios dev

Expected behavior

macOS:
macos

iOS:

(webview is rendered underneath wgpu)
ios

Full tauri info output

[✔] Environment
    - OS: Mac OS 14.5.0 X64
    ✔ Xcode Command Line Tools: installed
    ✔ rustc: 1.79.0 (129f3b996 2024-06-10)
    ✔ cargo: 1.79.0 (ffa9cf99a 2024-06-03)
    ✔ rustup: 1.27.1 (54dd3d00f 2024-04-24)
    ✔ Rust toolchain: stable-aarch64-apple-darwin (environment override by RUSTUP_TOOLCHAIN)
    - node: 20.12.2
    - pnpm: 8.6.12
    - yarn: 1.22.22
    - npm: 10.5.0

[-] Packages
    - tauri [RUST]: 2.0.0-beta.22
    - tauri-build [RUST]: 2.0.0-beta.17
    - wry [RUST]: 0.40.1
    - tao [RUST]: 0.28.1
    - tauri-cli [RUST]: 2.0.0-beta.20
    - @tauri-apps/api : not installed!
    - @tauri-apps/cli [NPM]: 2.0.0-beta.20

[-] App
    - build-type: build
    - CSP: unset
    - frontendDist: ../dist
    - devUrl: http://localhost:1420/
    - bundler: Vite

Stack trace

No response

Additional context

No response

@johanholmerin johanholmerin added status: needs triage This issue needs to triage, applied to new issues type: bug labels Jun 30, 2024
@amrbashir
Copy link
Member

amrbashir commented Jul 2, 2024

The macOS behavior is the correct one. That's probably because we add the webview as a subview on top of the window contentView (Idk if that makes sense, I am not a macOS developer) but we don't do the same on iOS? this is the related code: https://github.com/tauri-apps/wry/blob/39fc82c9276bd039a9130919645db149f067719a/src/wkwebview/mod.rs#L1007-L1054

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status: needs triage This issue needs to triage, applied to new issues type: bug
Projects
None yet
Development

No branches or pull requests

2 participants