[net6][Catalyst] Testflight published app fails to start with `security policy does not allow @ path expansion` #14686

jeromelaban · 2022-04-07T03:24:01Z

Steps to Reproduce

Publish a Catalyst app to TestFlight

Expected Behavior

Application starts up properly

Actual Behavior

-------------------------------------
Translated Report (Full Report Below)
-------------------------------------

Process:               Calculator.Mobile [80989]
Path:                  /Applications/Calculator.Mobile.app/Contents/MacOS/Calculator.Mobile
Identifier:            uno.platform.calculator-canary
Version:               1.2.5 (868)
App Item ID:           1617866830
Code Type:             X86-64 (Native)
Parent Process:        launchd [1]
User ID:               504

Date/Time:             2022-04-06 23:08:26.2482 -0400
OS Version:            macOS 12.3 (21E230)
Report Version:        12
Bridge OS Version:     6.4 (19P4242)
Anonymous UUID:        


Time Awake Since Boot: 1400000 seconds

System Integrity Protection: enabled

Crashed Thread:        0

Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY

Termination Reason:    Namespace DYLD, Code 1 Library missing
Library not loaded: @executable_path/../MonoBundle/libSystem.IO.Compression.Native.dylib
Referenced from: /Applications/Calculator.Mobile.app/Contents/MacOS/Calculator.Mobile
Reason: tried: '/usr/lib/libSystem.IO.Compression.Native.dylib' (no such file), (security policy does not allow @ path expansion)
(terminated at launch; ignore backtrace)

Application Specific Information:
Library not loaded: @executable_path/../MonoBundle/libSystem.IO.Compression.Native.dylib
Referenced from: /Applications/Calculator.Mobile.app/Contents/MacOS/Calculator.Mobile
Reason: tried: '/usr/lib/libSystem.IO.Compression.Native.dylib' (no such file), (security policy does not allow @ path expansion)


Thread 0 Crashed:
0   dyld                          	       0x109f710de __abort_with_payload + 10
1   dyld                          	       0x109f87212 abort_with_payload_wrapper_internal + 80
2   dyld                          	       0x109f87244 abort_with_payload + 9
3   dyld                          	       0x109f3576f dyld4::halt(char const*) + 375
4   dyld                          	       0x109f315a5 dyld4::prepare(dyld4::APIs&, dyld3::MachOAnalyzer const*) + 3995
5   dyld                          	       0x109f304d4 start + 388


Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x0000000002000209  rbx: 0x0000000000000000  rcx: 0x00007ff7b86705c8  rdx: 0x00007ff7b8670a30
  rdi: 0x0000000000000006  rsi: 0x0000000000000001  rbp: 0x00007ff7b8670610  rsp: 0x00007ff7b86705c8
   r8: 0x00007ff7b8670630   r9: 0x0000000000000000  r10: 0x000000000000009e  r11: 0x0000000000000246
  r12: 0x000000000000009e  r13: 0x00007ff7b8670a30  r14: 0x0000000000000001  r15: 0x0000000000000006
  rip: 0x0000000109f710de  rfl: 0x0000000000000246  cr2: 0x0000000109f37e74
  
Logical CPU:     0
Error Code:      0x02000209 
Trap Number:     133


Binary Images:
       0x109f2b000 -        0x109f96fff dyld (*) <dd9e80de-fb3b-349b-96a4-46874ad34d11> /usr/lib/dyld

External Modification Summary:
  Calls made by other processes targeting this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by all processes on this machine:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=2964K resident=0K(0%) swapped_out_or_unallocated=2964K(100%)
Writable regions: Total=9220K written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=9220K(100%)

Environment

Catalyst 15.2.303-rc.1.55
Azure Devops agent macos-11

Build Logs

I can provide a binlog on request.

Example Project (If Possible)

I don't have a simple repro project, but a larger project, if that's useful.

The text was updated successfully, but these errors were encountered:

rolfbjarne · 2022-04-07T16:39:14Z

I don't have a simple repro project, but a larger project, if that's useful.

Yes, please, anything we can use the reproduce this would be useful.

jeromelaban · 2022-04-07T17:10:33Z

Here's the project csproj I'm using to get there, for catalyst specifically:
https://github.com/unoplatform/calculator/blob/canaries/dev/src/Calculator.Mobile/Calculator.Mobile.csproj#L110-L144

spouliot · 2022-04-08T03:27:10Z

my quick guess...

Publish a Catalyst app to TestFlight

It's a released (TestFlight) app and Catalyst requires the use of (full) AOT and static builds (unless a user .framework is used).

Library not loaded: @executable_path/../MonoBundle/libSystem.IO.Compression.Native.dylib

In such case you should not have a .dylib being referenced from the main native executable.

So having a security policy error make sense - even if the exact error message is not very helpful to diagnose the issue.

jeromelaban · 2022-04-08T11:57:37Z

Thanks @spouliot! I searched for some AOT options for catalyst, and assuming that it's closer to Xamarin.Mac, would AOTMode=All be enough? (I'm currently trying it out, I'll report if it helps).

spouliot · 2022-04-08T13:11:03Z

@jeromelaban I have not closely followed lately but it should be closer to the iOS settings/options since it shares the same restrictions (like requiring full AOT).

jeromelaban · 2022-04-08T13:30:31Z

@rolfbjarne So from what I can see, the only configuration which enforces AOT is arm64, and in my case, it's an x64 build.

https://github.com/xamarin/xamarin-macios/blob/9c185e1fff40f49746c42e3888244b2ef3e7ff62/dotnet/targets/Xamarin.Shared.Sdk.targets#L867-L877

Are there options to build with AOT for both x64 and arm64?

jeromelaban · 2022-04-08T14:48:02Z

I've tried forcing _RunAotCompiler to true, but it's not helping and I'm getting the same runtime error. I'm using the maccatalyst-x64 RID.

rolfbjarne · 2022-04-22T11:23:50Z

I'm having some trouble reproducing the issue, but could you attach the .ipa you uploaded to Test Flight?

It would also be nice to have the exact commands to build the Mac Catalyst project from a clean checkout.

I also believe these properties might be able to work around the problem, can you try this and see if it works?

<_LibMonoLinkMode>Static</_LibMonoLinkMode>
<_LibXamarinLinkMode>Static</_LibXamarinLinkMode>

jeromelaban · 2022-04-22T12:01:47Z

Thanks! I've tried again, and it does not seem to help (the AOT compiler is not being run). Here's a full binlog of what I'm trying to build: 14686-20220422-build.zip

rolfbjarne · 2022-04-22T13:06:29Z

Thanks! I've tried again, and it does not seem to help (the AOT compiler is not being run). Here's a full binlog of what I'm trying to build: 14686-20220422-build.zip

Those two properties won't run the AOT compiler, instead they will make the build use static (.a) libraries instead of dynamic (.dylib) libraries, so this won't happen:

Library not loaded: @executable_path/../MonoBundle/libSystem.IO.Compression.Native.dylib

because the dylib won't be there (and the main executable won't have a reference to it).

If the app still fails with these properties, please attach a new crash report.

jeromelaban · 2022-04-22T13:15:55Z

Ah! Got it, thanks. I'll let the app through testflight and will let you know.

emorell96 · 2022-04-24T04:04:28Z

I am working on a MAUI .NET app and on MacCatalyst I have the same issue found here. I am guessing MAUI uses this under the hood for maccatalyst support.

The thing that started causing this was when I added an Entitlements.plist file to make it work with MSAL.

The file contains this:

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>keychain-access-groups</key>
  <array>
    <string>$(AppIdentifierPrefix)$(CFBundleIdentifier)</string>
  </array>
<key>com.apple.security.cs.allow-dyld-environment-variables</key>
<true/>
</dict>
</plist>

The property group doing the signing:

<PropertyGroup Condition="$(TargetFramework.Contains('-mac')) and '$(Configuration)' == 'Release'">
		<!-- <RuntimeIdentifier>ios-arm64</RuntimeIdentifier> -->
			<!-- Only needed when you have a need for entitlements -->
<ProvisionType>Manual</ProvisionType>
			<EnableAssemblyILStripping>false</EnableAssemblyILStripping>
		<CodesignEntitlement>Entitlements.plist</CodesignEntitlement>
		<CodesignKey>Apple Development: Your name</CodesignKey>
		<CodesignProvision>Your provision</CodesignProvision>
	</PropertyGroup>

Using static linking got it to build and run. Thanks!

jeromelaban · 2022-04-26T00:56:17Z

The workaround did the trick for me as well, noting that forcing _RunAotCompiler to true has the effect of enabling IL stripping, causing all sorts of invalid IL execution errors.

I can now run a Catalyst app from TestFlight, thanks!

rolfbjarne · 2022-04-26T13:36:49Z

I've finally been able to reproduce the crash locally (no need to go through TestFlight).

Requirements for the crash:

Must have an Entitlements.plist file (which may be empty).
Must use a provisioning profile with Configuration = "Mac Catalyst". Using Configuration = "Mac" works just fine.

To be explicit, this crashes:

This does not crash:

Simplified test project: keychain_experiment-0b6e8a1.zip

To repro:

Create a new App ID / Identifier. No need for any extra capabilities.
Create an "Apple Development" certificate if you don't have one already.
Create a new "macOS App Development" provisioning profile, and select Profile Type = Mac Catalyst + the app identifier from the previous step.
Configure the project to use the certificate from step 2 and the provisioning profile from step 3.
Build & run: dotnet build *.csproj
Watch it crash & burn: dotnet run

rolfbjarne · 2022-04-28T08:03:32Z

Unfortunately I'm not quite sure what to do here.

I couldn't find any documentation from Apple (nor anywhere else) about the differences between the two types of provisioning profiles ("Mac" or "Mac Catalyst").

All in all Mac Catalyst apps are also Mac apps, so I would think that using the Mac provisioning profile should work just fine 🤷‍♂️.

The workaround might be the actual fix:

<_LibMonoLinkMode>Static</_LibMonoLinkMode>
<_LibXamarinLinkMode>Static</_LibXamarinLinkMode>

and we might decide to make this the default if this turns out to be a bigger problem (the downside of the workaround is that it might slow build times down a little bit).

For now I think we can just wait and see how important this is, and then maybe re-evaluate at a later point (say .NET 7).

emorell96 · 2022-04-28T10:00:04Z

This failed for me when I used a Mac provisioning profile:

rolfbjarne · 2022-04-28T11:38:55Z

@emorell96 they both show up as "macOS" there:

If you click on it, you'll see either "Mac" or "Mac Catalyst" for the "Configuration" field; that's the value I'm referring to.

emorell96 · 2022-04-28T12:34:58Z

@rolfbjarne yes I see that. How do you change it to macOS?

angelru · 2022-10-21T08:01:37Z

@rolfbjarne

I'm having trouble with this setup:

Termination Reason: DYLD namespace, missing code library 1
Library not loaded: '@executable_path/../MonoBundle/libempty-pkcs11-catalyst.dylib'
Referenced from: '/Users/USER/Desktop/"
Reason: tried: '' (no such file), (security policy does not allow @path expansion)

		<NativeReference Include="Libs/libempty-pkcs11-catalyst.dylib">
			<Kind>Dynamic</Kind>
			<SmartLink>False</SmartLink>
		</NativeReference>

rolfbjarne · 2022-10-21T08:30:45Z

@angelru have you tried changing your provisioning profile as described here: #14686 (comment)?

angelru · 2022-10-21T08:35:30Z

@rolfbjarne

By adding:

<_LibMonoLinkMode>Static</_LibMonoLinkMode>
<_LibXamarinLinkMode>Static</_LibXamarinLinkMode>

I don't get this error when running the application:

Termination Reason: DYLD namespace, missing code library 1
Library not loaded: '@executable_path/../MonoBundle/libempty-pkcs11-catalyst.dylib'
Referenced from: '/Users/USER/Desktop/"
Reason: tried: '' (no such file), (security policy does not allow @path expansion)

		<NativeReference Include="Libs/libempty-pkcs11-catalyst.dylib">
			<Kind>Dynamic</Kind>
			<SmartLink>False</SmartLink>
		</NativeReference>

I have:

Developer ID
Create a Developer ID provisioning profile to use Apple services with your Developer ID signed applications

angelru · 2022-10-21T11:41:15Z

https://developercommunity.visualstudio.com/t/Signed-NET-MAUI-MACCATALYST-/10178897

rolfbjarne · 2022-10-24T09:56:11Z

@angelru from that link it looks like you were able to figure things out?

angelru · 2022-10-24T09:57:54Z

@rolfbjarne

Yes, with this configuration I got it, but I don't know why this isn't in the documentation or in the visual studio mac options.

PropertyGroup Condition="'$(TargetFramework)' == 'net6.0-maccatalyst' and '$(Configuration)' == 'Release'">
<!-- for Mac Catalyst -->
<RuntimeIdentifiers>maccatalyst-x64;maccatalyst-arm64</RuntimeIdentifiers>
<ProvisionType>Manual</ProvisionType>
<EnableAssemblyILStripping>false</EnableAssemblyILStripping>
<CodesignEntitlement>Entitlements.plist</CodesignEntitlement>
<CodesignKey>CERTIFICATE</CodesignKey>
<CodesignProvision>PROFILE</CodesignProvision>
<UseHardenedRuntime>true</UseHardenedRuntime>
</PropertyGroup>

and:
`xcrun altool --notarize-app --primary-bundle-id "idapp" --username "appleid" --password "ovoz-yksu-wrwb-pgex" --file app.zip`

cdavidyoung · 2023-04-03T21:45:23Z

@jfversluis So where in the .csproj are this lines supposed to be added?

<_LibMonoLinkMode>Static</_LibMonoLinkMode>
<_LibXamarinLinkMode>Static</_LibXamarinLinkMode>

I tried adding them here but am getting the same error when running from TestFlight:

	<PropertyGroup Condition="$(TargetFramework.Contains('-maccatalyst')) and '$(Configuration)' == 'Release'">
		<MtouchLink>SdkOnly</MtouchLink>
                <_LibMonoLinkMode>Static</_LibMonoLinkMode>
                <_LibXamarinLinkMode>Static</_LibXamarinLinkMode>

kyurkchyan · 2023-05-02T12:02:13Z

I had the same issue, and indeed, the workaround worked for me.

@cdavidyoung here's is the project properties I have that might help you

<PropertyGroup Condition="'$(Configuration)|$(TargetFramework)|$(Platform)'=='Release|net7.0-maccatalyst|AnyCPU'">
        <MtouchLink>SdkOnly</MtouchLink>
        <EnableCodeSigning>True</EnableCodeSigning>
        <EnablePackageSigning>true</EnablePackageSigning>
        <CreatePackage>true</CreatePackage>
        <CodesignEntitlements>Platforms\MacCatalyst\Entitlements.plist</CodesignEntitlements>
        
        <!--https://github.com/xamarin/xamarin-macios/issues/14686-->
        <_LibMonoLinkMode>Static</_LibMonoLinkMode>
        <_LibXamarinLinkMode>Static</_LibXamarinLinkMode>
</PropertyGroup>

cdavidyoung · 2023-05-02T12:44:56Z

@kyurkchyan I have a few differences and am still unable to publish the MacCatalyst app:

	<CreatePackage></CreatePackage>

	<CodesignKey>Apple Distribution: Charles Young (83Q3M48Y8B)</CodesignKey>
	<CodesignProvision>CacheAll MacCatalyst</CodesignProvision>
	<PackageSigningKey>3rd Party Mac Developer Installer: Charles Young (...)</PackageSigningKey>

            <UseInterpreter>true</UseInterpreter>

UseInterpreter turns out to be important: https://github.com/dotnet/maui/issues/13019

@kyurkchyan By chance do you also publish an iOS app?

kyurkchyan · 2023-05-02T15:28:20Z

@cdavidyoung I am just setting up a project, so it's just an empty MAUI app and I might not be facing the same issue as you are. Perhaps, you could post your full .csproj and I would try to compare it to mine to see any obvious differences?

cdavidyoung · 2023-05-02T16:09:14Z

@kyurkchyan if you are just getting started you probably won't run into the same issues until you actually try and publish an iOS or MacCatalyst app to the App Store. It is a convoluted process thanks to Apple (publishing to Samsung Galaxy and Microsoft Store is a breeze by comparison) and the Maui documentation is just not clear for me, especially because I am trying to publish both an iOS and MacCatalyst version of the same app: https://github.com/dotnet/docs-maui/issues/1403.

I have published the iOS app (CacheAll) but the MacCatalyst version has not been successful so far. I don't really want to put out my whole .csproj file until I am sure it is correct! I already pointed out some differences in the MacCatalyst release configuration: https://github.com/xamarin/xamarin-macios/issues/14686#issuecomment-1531414556

kyurkchyan · 2023-05-02T17:15:15Z

@cdavidyoung Got it man. I totally am with you with this... I know how an eye from a side might save the day :) BTW, whenever you find the issue, do not forget to post it here!

spouliot · 2023-06-19T17:37:33Z

Requiring a different provisioning profile from developers is not ideal :(

Linker flags

Doing

$ file /Applications/Uno.Gallery.Mobile.app/Contents/MacOS/Uno.Gallery.Mobile`
/Applications/Uno.Gallery.Mobile.app/Contents/MacOS/Uno.Gallery.Mobile: Mach-O 64-bit executable x86_64

shows the application was build for x86_64.

Next doing

$ otool -l /Applications/Uno.Gallery.Mobile.app/Contents/MacOS/Uno.Gallery.Mobile

we see the following

...
Load command 14
          cmd LC_LOAD_DYLIB
      cmdsize 80
         name @rpath/libSkiaSharp.framework/Versions/A/libSkiaSharp (offset 24)
...
Load command 44
          cmd LC_RPATH
      cmdsize 48
         path @executable_path/../Frameworks/ (offset 12)
...

And, as expected, the .dylib is present at the computed location.

ls -l /Applications/Uno.Gallery.Mobile.app/Contents/MacOS/../Frameworks/libSkiaSharp.framework/Versions/A/libSkiaSharp
-rwxr-xr-x  1 root  wheel  6699488 17 Jun 00:47 /Applications/Uno.Gallery.Mobile.app/Contents/MacOS/../Frameworks/libSkiaSharp.framework/Versions/A/libSkiaSharp

and it match the application x86_64 architecture.

file /Applications/Uno.Gallery.Mobile.app/Contents/MacOS/../Frameworks/libSkiaSharp.framework/Versions/A/libSkiaSharp
/Applications/Uno.Gallery.Mobile.app/Contents/MacOS/../Frameworks/libSkiaSharp.framework/Versions/A/libSkiaSharp: Mach-O 64-bit dynamically linked shared library x86_64

Entitlements

security policy does not allow @ path expansion points to security, like app-sandbox and hardened runtime.

Signed entitlements includes

{
    "beta-reports-active" = 1;
    "com.apple.application-identifier" = "PD74CHS9Z5.com.nventive.uno.gallery-canary";
    "com.apple.developer.team-identifier" = PD74CHS9Z5;
    "com.apple.security.app-sandbox" = 1;
    "com.apple.security.network.client" = 1;
    "get-task-allow" = 0;
}

https://developer.apple.com/documentation/bundleresources/entitlements/com_apple_security_cs_disable-library-validation mention that

security-hardening feature prevents a program from loading frameworks, plug-ins, or libraries unless they’re either signed by Apple or signed with the same Team ID as the main executable.

Looking at the .app I see different signers:

"Mac App Store" for the main application
"Apple Dev-ID" for the Skia framework

@rolfbjarne is not the CodeSign tasks resigning the frameworks ? (since it can remove extra architectures from the binaries)

note: OTOH I have no clue why a different provisioning profile would work...

spouliot · 2023-06-19T23:17:18Z

I can't duplicate a build with different signatures, so it might be that the Mac App Store is resigning the app (the name suggests it) and not the included framework.

Still it does not make much sense (that macOS does not accept such different signature) but I could not find other cases (at least not with any useful info) for something that sounds like something common.

As for the provisioning profiles this gems comes from Quinn “The Eskimo!”

The whole maccatalyst prefix thing is an unfortunate misstep from the very early days of Mac Catalyst; I recommend that you avoid it when creating new projects.

https://developer.apple.com/forums/thread/666138

…ixes dotnet#14686. It's possible to create a provisioning profile for Mac Catalyst that doesn't allow dylibs in the app. It seems a significant number of people run into this problem when publishing their apps, so avoid it by linking Mono and Xamarin statically by default instead. The downside is that build time might increase a little bit. An upside however is that the app size might decrese somewhat. Fixes dotnet#14686.

…ixes #14686. (#18619) It's possible to create a provisioning profile for Mac Catalyst that doesn't allow dylibs in the app. It seems a significant number of people run into this problem when publishing their apps, so avoid it by linking Mono and Xamarin statically by default instead. The downside is that build time might increase a little bit. An upside however is that the app size might decrease somewhat. Fixes #14686.

…ixes dotnet#14686. It's possible to create a provisioning profile for Mac Catalyst that doesn't allow dylibs in the app. It seems a significant number of people run into this problem when publishing their apps, so avoid it by linking Mono and Xamarin statically by default instead. The downside is that build time might increase a little bit. An upside however is that the app size might decrese somewhat. Fixes dotnet#14686.

…talyst by default. Fixes #14686. (#19134) It's possible to create a provisioning profile for Mac Catalyst that doesn't allow dylibs in the app. It seems a significant number of people run into this problem when publishing their apps, so avoid it by linking Mono and Xamarin statically by default instead. The downside is that build time might increase a little bit. An upside however is that the app size might decrese somewhat. Fixes #14686. Backport of #18619 --------- Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>

jeromelaban mentioned this issue Apr 7, 2022

.NET 6 Mobile support unoplatform/uno#5873

Closed

rolfbjarne added bug If an issue is a bug or a pull request a bug fix need-info Waiting for more information before the bug can be investigated labels Apr 7, 2022

rolfbjarne added this to the .NET 6 milestone Apr 7, 2022

emorell96 mentioned this issue Apr 24, 2022

.NET MAUI macOS target publishing/archiving dotnet/maui#5399

Closed

rolfbjarne removed the need-info Waiting for more information before the bug can be investigated label Apr 28, 2022

rolfbjarne modified the milestones: .NET 6, .NET 7 Apr 28, 2022

rolfbjarne added dotnet An issue or pull request related to .NET (6) Mac Catalyst Issues affecting Mac Catalyst labels Apr 28, 2022

jeromelaban mentioned this issue Mar 22, 2023

[Epic] Opened Microsoft issues tracking unoplatform/uno#982

Open

cdavidyoung mentioned this issue Apr 3, 2023

Publish a Mac Catalyst app to the App Store dotnet/docs-maui#938

Closed

cdavidyoung mentioned this issue Apr 6, 2023

Publish a .NET MAUI Mac Catalyst app with associated iOS app - doc needs clarification dotnet/docs-maui#1403

Closed

dustin-wojciechowski mentioned this issue Apr 13, 2023

Developing a Maui Blazor MacCatalyst app for Apple macOS store is a terrible experience dotnet/maui#12293

Closed

24 tasks

rolfbjarne mentioned this issue Aug 2, 2023

[dotnet] Link Mono and Xamarin statically in Mac Catalyst by default. Fixes #14686. #18619

Merged

rolfbjarne closed this as completed in #18619 Aug 11, 2023

dustin-wojciechowski mentioned this issue Sep 20, 2023

Maui Blazor template lacks entitlements necessary to submit to Apple macOS store dotnet/maui#13094

Closed

vs-mobiletools-engineering-service2 mentioned this issue Oct 6, 2023

[release/7.0.3xx] [dotnet] Link Mono and Xamarin statically in Mac Catalyst by default. Fixes #14686. #19134

Merged

jeromelaban mentioned this issue Feb 1, 2024

[MacCatalyst] Crash and errors on release build unoplatform/uno#15319

Closed

jeromelaban mentioned this issue Jun 26, 2024

[Gallery][Catalyst] Cannot run the application unoplatform/uno#17318

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[net6][Catalyst] Testflight published app fails to start with `security policy does not allow @ path expansion` #14686

[net6][Catalyst] Testflight published app fails to start with `security policy does not allow @ path expansion` #14686

jeromelaban commented Apr 7, 2022

rolfbjarne commented Apr 7, 2022

jeromelaban commented Apr 7, 2022

spouliot commented Apr 8, 2022

jeromelaban commented Apr 8, 2022

spouliot commented Apr 8, 2022

jeromelaban commented Apr 8, 2022

jeromelaban commented Apr 8, 2022

rolfbjarne commented Apr 22, 2022

jeromelaban commented Apr 22, 2022

rolfbjarne commented Apr 22, 2022

jeromelaban commented Apr 22, 2022

emorell96 commented Apr 24, 2022 •

edited

Loading

jeromelaban commented Apr 26, 2022

rolfbjarne commented Apr 26, 2022 •

edited

Loading

rolfbjarne commented Apr 28, 2022

emorell96 commented Apr 28, 2022 •

edited

Loading

rolfbjarne commented Apr 28, 2022

emorell96 commented Apr 28, 2022

angelru commented Oct 21, 2022 •

edited

Loading

rolfbjarne commented Oct 21, 2022

angelru commented Oct 21, 2022 •

edited

Loading

angelru commented Oct 21, 2022

rolfbjarne commented Oct 24, 2022

angelru commented Oct 24, 2022 •

edited

Loading

cdavidyoung commented Apr 3, 2023 •

edited

Loading

kyurkchyan commented May 2, 2023

cdavidyoung commented May 2, 2023

kyurkchyan commented May 2, 2023

cdavidyoung commented May 2, 2023

kyurkchyan commented May 2, 2023

spouliot commented Jun 19, 2023

spouliot commented Jun 19, 2023

[net6][Catalyst] Testflight published app fails to start with security policy does not allow @ path expansion #14686

[net6][Catalyst] Testflight published app fails to start with security policy does not allow @ path expansion #14686

Comments

jeromelaban commented Apr 7, 2022

Steps to Reproduce

Expected Behavior

Actual Behavior

Environment

Build Logs

Example Project (If Possible)

rolfbjarne commented Apr 7, 2022

jeromelaban commented Apr 7, 2022

spouliot commented Apr 8, 2022

jeromelaban commented Apr 8, 2022

spouliot commented Apr 8, 2022

jeromelaban commented Apr 8, 2022

jeromelaban commented Apr 8, 2022

rolfbjarne commented Apr 22, 2022

jeromelaban commented Apr 22, 2022

rolfbjarne commented Apr 22, 2022

jeromelaban commented Apr 22, 2022

emorell96 commented Apr 24, 2022 • edited Loading

jeromelaban commented Apr 26, 2022

rolfbjarne commented Apr 26, 2022 • edited Loading

rolfbjarne commented Apr 28, 2022

emorell96 commented Apr 28, 2022 • edited Loading

rolfbjarne commented Apr 28, 2022

emorell96 commented Apr 28, 2022

angelru commented Oct 21, 2022 • edited Loading

rolfbjarne commented Oct 21, 2022

angelru commented Oct 21, 2022 • edited Loading

angelru commented Oct 21, 2022

rolfbjarne commented Oct 24, 2022

angelru commented Oct 24, 2022 • edited Loading

cdavidyoung commented Apr 3, 2023 • edited Loading

kyurkchyan commented May 2, 2023

cdavidyoung commented May 2, 2023

kyurkchyan commented May 2, 2023

cdavidyoung commented May 2, 2023

kyurkchyan commented May 2, 2023

spouliot commented Jun 19, 2023

Linker flags

Entitlements

spouliot commented Jun 19, 2023

[net6][Catalyst] Testflight published app fails to start with `security policy does not allow @ path expansion` #14686

[net6][Catalyst] Testflight published app fails to start with `security policy does not allow @ path expansion` #14686

emorell96 commented Apr 24, 2022 •

edited

Loading

rolfbjarne commented Apr 26, 2022 •

edited

Loading

emorell96 commented Apr 28, 2022 •

edited

Loading

angelru commented Oct 21, 2022 •

edited

Loading

angelru commented Oct 21, 2022 •

edited

Loading

angelru commented Oct 24, 2022 •

edited

Loading

cdavidyoung commented Apr 3, 2023 •

edited

Loading