BlazorWebView en Android no carga archivos JS desde wwwroot (404 incluso estando en el APK)

[jorgearana]

Description

Estoy probando un proyecto sencillo con .NET MAUI Hybrid + BlazorWebView.
El proyecto solo incluye estilos y componentes de BlazorTabler, sin lógica compleja.
En Windows funciona correctamente, pero en Android el WebView no logra cargar ni siquiera un archivo JS básico (sitio.js), aunque el archivo está presente en el APK dentro de wwwroot/js.

Steps to Reproduce

• Crear un proyecto MAUI Blazor Hybrid.
• Añadir un archivo wwwroot/js/sitio.js con funciones simples (getTheme, toggleMenu, etc.).
• Referenciarlo en index.html:

<script src="/js/sitio.js"></script>

• Compilar y desplegar en Android (emulador o dispositivo físico).
• Abrir la app y revisar la consola con chrome://inspect.
  Comportamiento esperado
  El archivo sitio.js debería cargarse correctamente desde wwwroot/js y las funciones deberían estar disponibles en Blazor.

❌ Comportamiento actual

• El WebView devuelve:
  Failed to load resource: the server responded with a status of 404 (Not found)
  - Blazor lanza:
  The value 'getTheme' is not a function
• La aplicación queda en blanco o requiere reiniciar varias veces para que aparezca.
• En Windows funciona sin problemas, pero en Android falla siempre.

📂 Detalles adicionales

• El archivo sitio.js está presente en el APK (verificado descomprimiendo el paquete).
• .csproj configurado para copiar recursos de wwwroot.
• Probado con rutas relativas (js/sitio.js) y absolutas (/js/sitio.js), sin querystrings.
• autostart="false" en blazor.webview.js rompe la inicialización en Android, pero dejarlo automático genera problemas en Windows.

Conclusión
Actualmente, MAUI Hybrid no logra cargar recursos básicos en Android, incluso en proyectos simples.
Esto hace que la plataforma no sea confiable para producción, ya que si no puede cargar un JS, tampoco podrá manejar proyectos más complejos.

dotnet --version: 10.0.101.1

dotnet workload list:
android 36.1.2/10.0.100 SDK 10.0.100, VS 18.1.11312.151, VS 17.14.36623.8
ios 26.2.10191/10.0.100 SDK 10.0.100, VS 18.1.11312.151, VS 17.14.36623.8
maccatalyst 26.2.10191/10.0.100 SDK 10.0.100, VS 18.1.11312.151, VS 17.14.36623.8
maui 10.0.1/10.0.100 SDK 10.0.100
maui-windows 10.0.1/10.0.100 SDK 10.0.100, VS 18.1.11312.151, VS 17.14.36623.8
wasm-tools 10.0.101/10.0.100 SDK 10.0.100

Link to public reproduction project repository

https://github.com/jorgearana/MAUIErrorRepo

Version with bug

10.0.1

Is this a regression from previous behavior?

No, this is something new

Last version that worked well

No response

Affected platforms

Android

Affected platform versions

android 13 API 33

Did you find any workaround?

No encontré ningún workaround estable.
Probé las recomendaciones habituales (copiar todo wwwroot, usar rutas absolutas, quitar querystrings, ajustar el .csproj, cambiar autostart), pero en Android el WebView sigue sin cargar los archivos JS.
En Windows funciona, pero en Android nunca logré que funcionara de forma confiable.

Relevant log output

[jfversluis]

The reproduction repository isn't accessible and please report issues in English, thank you :)

[jorgearana]

📌 Title
BlazorWebView on Android does not load JS files from wwwroot (404 even though they are inside the APK)

📝 Description
I am testing a simple project with .NET MAUI Hybrid + BlazorWebView.
The project only includes styles and BlazorTabler components, no complex logic.
On Windows it works correctly, but on Android the WebView cannot load even a basic JS file (sitio.js), although the file is present in the APK inside wwwroot/js.

🔄 Steps to reproduce

• Create a new MAUI Blazor Hybrid project.
• Add a file wwwroot/js/sitio.js with simple functions (getTheme, toggleMenu, etc.).
• Reference it in index.html:

<script src="/js/sitio.js"></script>

• Build and deploy on Android (emulator or physical device).
• Open the app and check the console using chrome://inspect.

✅ Expected behavior
The file sitio.js should be loaded correctly from wwwroot/js and its functions should be available in Blazor.

❌ Actual behavior

• The WebView returns:
  Failed to load resource: the server responded with a status of 404 (Not found)
  - Blazor throws:
  The value 'getTheme' is not a function
• The app stays blank or requires multiple restarts to show content.
• On Windows it works fine, but on Android it always fails.

📂 Additional details

• The file sitio.js is present in the APK (verified by extracting the package).
• .csproj is configured to copy resources from wwwroot.
• Tested with relative paths (js/sitio.js) and absolute paths (/js/sitio.js), without querystrings.
• Setting autostart="false" in blazor.webview.js breaks initialization on Android, but leaving it automatic causes issues on Windows.

🎯 Conclusion
Currently, MAUI Hybrid cannot load basic resources on Android, even in simple projects.
This makes the platform unreliable for production, since if it cannot load a JS file, it will not handle more complex projects either.

📌 Version with bug
Selected in the form: 10.0.1
Real environment details:
dotnet --version: 10.0.101.1

dotnet workload list:
android 36.1.2/10.0.100 SDK 10.0.100, VS 18.1.11312.151, VS 17.14.36623.8
ios 26.2.10191/10.0.100 SDK 10.0.100, VS 18.1.11312.151, VS 17.14.36623.8
maccatalyst 26.2.10191/10.0.100 SDK 10.0.100, VS 18.1.11312.151, VS 17.14.36623.8
maui 10.0.1/10.0.100 SDK 10.0.100
maui-windows 10.0.1/10.0.100 SDK 10.0.100, VS 18.1.11312.151, VS 17.14.36623.8
wasm-tools 10.0.101/10.0.100 SDK 10.0.100



🔎 Is this a regression?
No. This issue has been present since the first attempt.
It never worked on Android, it is not a case that worked before and then broke after an update.

🛠 Workaround
No stable workaround found.
I tried common recommendations (copying all of wwwroot, using absolute paths, removing querystrings, adjusting .csproj, changing autostart), but on Android the WebView still fails to load JS files.
On Windows it works, but on Android it never worked reliably.

📎 Reproduction repository
👉 https://github.com/jorgearana/MAUIErrorRepo
(Public repository with a minimal project that reproduces the error)