“translate scheme”

Thank you for sharing your post. To ensure seamless navigation from your Angular web application to your native iOS app via a webclip without user interaction or prompts, Universal Links may be a suitable solution. However, it’s important to note that Apple imposes restrictions on automatic launches of native apps from web content for security reasons. Regarding your mention of using URL Schemes instead of Universal Links, I would like to understand the reasons behind your decision to discontinue using Universal Links? Universal Links Universal Links are designed to open your app directly if it's installed, or fall back to a website if not. This is the most seamless user experience available without dealing with URL schemes and prompts. Ensure your app's entitlements and Apple Developer account are set up correctly to handle Universal Links. If the conditions you mentioned can be checked via deep link parameters, include these in your Universal Link setup. Custom URL Schemes: If Uni

Then I used Xcode 15.4 to built and generated .ipa again. There are .symbols files inside Symbols folder in ipa(.zip) as before, but MyApp.xcarchive/dSYMs is also empty. I'm surprised by this. Can you check the value of the DEBUG_INFORMATION_FORMAT build setting, and see if it's set to DWARF with dSYM File for your Release build. That's the standard set up for Release builds, while Debug builds default to DWARF, so there is no dSYM file. One other thing to look at is if your Archive action in Xcode is set to use your Release configuration, or if it's set to a Debug configuration. That configuration detail is found in your scheme configuration, under Archive. Additionally, could you also please kindly tell me why are there two kinds of files for generating crash reports? (.symbols files and dSYM file), do they have different aims? The dSYM file contains extremely detailed information in DWARF that enables debugging your app in minute detail, thus powering the experience of everything you can do with L

Sometimes my BSD Sockets code would present the local network alert correctly and everything would be fine. Interesting, because we just saw this yesterday too (for the first time ever). The cron job runs overnight and when I Screen Shared to the Mac yesterday morning there was the permission screen waiting for me to press Allow. I pressed Allow but then was too busy with other things. Looking today, the UI in System Settings now has an entry with a weird icon and the name of the Mac. Right-clicking to Reveal in Finder fails. It's like a zombie entry that falls back to a stupid icon and stupid string. I've just rebooted, and now that zombie entry is gone. I’m not sure how this translates to your setup. You’re having problems with a tool coming from Homebrew, meaning its hard to change its exit behaviour. However, if you were able to do that, it’d be interesting to see how it affects the final behaviour of the system. The actual thing we are doing is a nightly build script which uses svn/subversion (b

I have followed the steps in the documentation to create a default translation app extension, but I am unable to launch my project. https://developer.apple.com/documentation/translationuiprovider/preparing-your-app-to-be-the-default-translation-app

Thanks for your post, the reason that second link is not working is due the domain does not have a AASA file: https://linkdeep.bobcard.co.in/.well-known/apple-app-site-association When requesting I get a HTTP 404. Therefore Apple can't index the AASA file from that domain. curl -v https://linkdeep.bobcard.co.in/.well-known/apple-app-site-association * Host linkdeep.bobcard.co.in:443 was resolved. * IPv6: (none) * IPv4: 180.179.30.89 * Trying 180.179.30.89:443... * Connected to linkdeep.bobcard.co.in (180.179.30.89) port 443 * ALPN: curl offers h2,http/1.1 * (304) (OUT), TLS handshake, Client hello (1): * CAfile: /etc/ssl/cert.pem * CApath: none * (304) (IN), TLS handshake, Server hello (2): * (304) (IN), TLS handshake, Unknown (8): * (304) (IN), TLS handshake, Certificate (11): * (304) (IN), TLS handshake, CERT verify (15): * (304) (IN), TLS handshake, Finished (20): * (304) (OUT), TLS handshake, Finished (20): * SSL connection using TLSv1.3 / AEAD-AES128-GCM-SHA256 / [blank] / UNDEF * ALPN: server accepted h

[quote='832133022, seanmcb, /thread/778457?answerId=832133022#832133022, /profile/seanmcb'] is there still no way to manually add an executable to the list of processes allowed to make local network connections? [/quote] Correct. Earlier I wrote: [quote='831898022, DTS Engineer, /thread/778457?answerId=831898022#831898022'] I actually tested this without a shell script just to see what’d happen. I saw some weird behaviour that I struggled to reproduce [/quote] Yesterday I went back to try this out, and I discovered something interesting: Sometimes my BSD Sockets code would present the local network alert correctly and everything would be fine. Sometimes it would present the alert but fail to remember my decision. That is, the tool would show up as approved in System Settings > Privacy & Security > Local Network, but repeating the test would result in the connection still being blocked. Sometimes I’d see something weird in that list, specifically, an app whose name was the name of my Mac [1]. Like I