[WASM] Bootstrap did not load app on mobile

[easy28]

Current behavior

Uno.Wasm.Bootstrap version 8.0.0-dev.277
ExecutionMode : InterpreterAndAot

App did not load on mobile safari or mobile chrome. also noticed https://gallery.platform.uno/ did not load on mobile.

Uno.Wasm.Bootstrap version 8.0.0-dev.138 and before can load app correctly.

Expected behavior

Load wasm app on mobile correctly.

How to reproduce it (as minimally and precisely as possible)

No response

Workaround

No response

Works on UWP/WinUI

None

Environment

No response

NuGet package version(s)

No response

Affected platforms

No response

IDE

No response

IDE version

No response

Relevant plugins

No response

Anything else we need to know?

No response

[jeromelaban]

Thanks for the report. Can you indicate which platform you're using? Recent builds of .NET 8 enable SIMD by default, and some older browsers don't support that.

You can check this table on the "Fixed-width SIMD" to determine the minimum version supported.

[easy28]

I am using .NET 7, iOS 16.6.1 safari / chrome mobile 104.0.5112.99

Thanks!

[jeromelaban]

Thanks for the report. Indeed there's an issue, but it may not be related to the bootstrapper.

Note for contributors

Here's the stack trace:

And the actual exception is:

This looks like a TSImport/CSP related issue.

[jeromelaban]

The issue looks like a memory corruption for arm64 specifically, and the location of the error changes on every build on the gallery. On desktop the app is working properly on x64, but not on arm64.

The Url is never suppose to look that way:

uno/src/Uno.UI.FluentTheme.v2/XamlControlsResourcesV2.cs

Line 27 in 4c0adf8

Source = new Uri(XamlFilePathHelper.AppXIdentifier + XamlFilePathHelper.GetWinUIThemeResourceUrl(2));

Which would mean that the string is altered somehow, and cause this check to fail:

uno/src/Uno.UI/UI/Xaml/ResourceResolver.cs

Line 542 in 4c0adf8

if (!XamlFilePathHelper.IsAbsolutePath(source))

[easy28]

Uno.Wasm.Bootstrap 8.0.0-dev.152 is OK . Has error when Uno.Wasm.Bootstrap >= 8.0.0-dev.192

[jeromelaban]

This issue seems to have been addressed in recent Safari builds (both iOS and macOS arm64), closing for now.