Hi everyone, I’m building a React Native iOS app where I’m integrating Wazo (native WebRTC) and Jitsi (WebView / WebRTC). Use case: Wazo is used to maintain a background call session (mainly signaling + audio keep-alive). Jitsi is used in the foreground for video calls. Problem: When Jitsi starts, it takes control of the microphone and camera. The Wazo call disconnects after ~5 minutes (likely due to media / audio session conflict). Even if Wazo audio/video is muted or tracks are disabled, the session still drops. My questions: Is it officially supported or recommended to run two WebRTC stacks (Wazo + Jitsi) simultaneously on iOS? Can Wazo stay connected without active audio/video tracks while Jitsi uses mic/camera? Is there a way to release Wazo media streams temporarily (but keep signaling alive) while Jitsi is loading or active? Are there any AVAudioSession / background mode limitations on iOS that make this impossible by design? If this is not supported, what is the recommended architecture (sing
Search results for
build disappears
50,289 results found
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
Hello, I am implementing video calling on iOS and need to support Picture in Picture (PiP) behavior similar to FaceTime or WhatsApp. What works Audio continues correctly in background CallKit UI works as expected Video works correctly while the app is in the foreground What I’m trying to achieve When the user presses the Home button or switches apps, I want to show a system Picture in Picture window (floating video outside the app). Current setup Video is rendered via WebRTC The video is displayed inside a WKWebView (HTML / JavaScript) PiP works only while the app is foregrounded When the app backgrounds, the video disappears (only audio remains) Questions Does iOS support system Picture in Picture for: WebRTC video WKWebView / HTML video 2 Is AVPictureInPictureController limited only to: AVPlayerLayer AVSampleBufferDisplayLayer 3 If PiP requires native rendering: Is it mandatory to render WebRTC frames natively using AVSampleBufferDisplayLayer? Is PiP explicitly unsupported for WebView / HTML video?
Hi everyone, I'm experiencing a persistent issue for months now where I'm unable to download the iOS 26 simulator Runtime. I've tried reinstalling Xcode and also Xcode Beta but same issue. iOS 26 Simulator is also not on developers download page, so manual installation is impossible. And sadly I can't compile any code without having iOS 26 simulator installed. Anyone able to get passed this? Hardware: M1 Pro OS: Tahoe 26.1 Heres the error Download failed. Domain: DVTDownloadableErrorDomain Code: 41 User Info: { DVTErrorCreationDateKey = 2026-01-07 11:35:35 +0000; } -- Download failed. Domain: DVTDownloadableErrorDomain Code: 41 -- Failed fetching catalog for assetType (com.apple.MobileAsset.iOSSimulatorRuntime), serverParameters ({ RequestedBuild = 23C54; }) Domain: DVTDownloadsUtilitiesErrorDomain Code: -1 -- Download failed due to not being able to connect to the host. (Catalog download for com.apple.MobileAsset.iOSSimulatorRuntime) Domain: com.apple.MobileAssetError.Download Code: 60 User Info: { checkNetw
I have created a virtualised Mac machine where I am running the latest Xcode version 16.4 with macOS Sequoia as the base image. While running XCTest tests, I am observing a clear difference in behaviour between virtualised and non-virtualised setups. Below is the command I am using to run the tests: /Applications/Xcode.app/Contents/Developer/usr/bin/xcodebuild -xctestrun /Users/ltuser/290103613/xcui.xctestrun -destination platform=iOS Simulator,id=79A5F8CC-4A2E-4C91-895D-AE97E25CB824,arch=arm64,OS=18.0 test-without-building -only-testing:ClassName/MethodName/testName -derivedDataPath /Users/ltuser/290103613/Archive -verbose IDELogLevel=debug IDETestLogLevel=debug ONLY_ACTIVE_ARCH=YES Observed Issue On virtualised hosts: Every XCTest is executed twice This happens for both passed and failed tests The behaviour is consistent across all virtualised machines On non-virtualised (bare-metal) Macs: Tests execute only once, as expected Debugging Steps Taken Multiple destination suspicion Initially, I noticed
[quote='871291022, AbsurdFish, /thread/811481?answerId=871291022#871291022, /profile/AbsurdFish'] Revoke and regenerate the Installer certificate? [/quote] Do not do that. Developer ID signing identities are precious. See The Care and Feeding of Developer ID for a lot more background on that issue. [quote='871291022, AbsurdFish, /thread/811481?answerId=871291022#871291022, /profile/AbsurdFish'] Download and install intermediate certificates? [/quote] Yes. The majority of unable to build chain to self-signed root problems are caused by a missing intermediate. I talk about this in detail in Fixing an untrusted code signing certificate. Its focus is on code-signing certificates, but the same logic applies to installer-signing certificates as well. Note It’s perfectly feasible for your Developer ID Application and Developer ID Installer certificates to be issued via different intermediates, and that would explain the behaviour you’re seeing here. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technica
Topic:
Code Signing
SubTopic:
Notarization
Tags:
Hi Sid, Were you able to resolve this, or did Apple provide any recommended build flags or mitigations?
Topic:
App Store Distribution & Marketing
SubTopic:
App Review
Tags:
Hi, Our Flutter + Swift iOS app was rejected under Guideline 2.5.1 citing usage of a non-public API: Runner Classes: __SwiftValue From our analysis, __SwiftValue appears to be an internal Swift runtime type automatically generated by the Swift compiler for Swift–Objective-C bridging. It is not referenced in our source code or by any third-party frameworks and only appears in the compiled Runner binary. Has anyone encountered this rejection before? Is __SwiftValue considered a private API by App Review, or is this a known false positive? Are there any recommended build settings or mitigations to avoid this flag?
Hey there! Thanks so much for all the great posts about this topic! I'm fairly new to Mac development since a few months back, and I've been really impressed with Apple's developer tools and ecosystem so far. It's been an exciting journey building for macOS! However, I've hit a bit of a roadblock with the notarization process via direct download and would really appreciate some guidance from you more experienced developers. I understand that Apple has built a well-designed automated system to maintain high security for users, but I'm wondering: What's the normal timeframe for notarization to complete? What are usually the most common reasons if it takes longer than expected? Is there anyone at Apple who can help if the process gets stuck? I'm really excited to launch my app and continue developing for this amazing platform, so any tips from experienced Apple developers would be hugely appreciated! Thanks in advance! 🙏
Topic:
Code Signing
SubTopic:
Notarization
Update – Additional Details TestFlight apps are visible in the TestFlight app, however they cannot be installed. When tapping Install, the following error appears on all devices: “The app could not be installed. The requested app is not available or does not exist.” Key details: Apps are visible in TestFlight Installation fails immediately with the same error Reproduced on multiple devices Reproduced with multiple Apple IDs Reproduced with multiple different apps No changes were made before the issue started This appears to be a TestFlight build delivery / entitlement resolution issue, not a local device or account configuration problem. Requesting investigation of: TestFlight build availability Build entitlement resolution TestFlight CDN / backend state for the developer account
Topic:
App Store Distribution & Marketing
SubTopic:
TestFlight
TestFlight apps are not visible on any device or Apple ID. Multiple apps, multiple accounts, multiple devices tested. Builds exist in App Store Connect but TestFlight cannot resolve them.
Topic:
App Store Distribution & Marketing
SubTopic:
TestFlight
After pushing to a branch which is automatically configured to build and distribute on TestFlight, I found no way to log on and check Xcode cloud builds and nothing being pushed to that branch was building or showing up elsewhere in App Store Connect.
Thank you for your guidance on focusing on the packaging rather than the certificate! Following your recommendation, I ran systematic tests and identified the exact root cause. Summary The Developer ID Application certificate works perfectly. The Developer ID Installer certificate has a broken chain. Test Results I created an automated diagnostic that tested 5 different combinations: Test Executable Packaging Result 1 Compiled Swift binary ditto (.zip) ✅ Accepted 2 Compiled C binary pkgbuild (.pkg) ❌ Invalid 3 Shell script ditto (.zip) ✅ Accepted 4 Shell script pkgbuild (.pkg) ❌ Invalid 5 Compiled C binary productbuild (.pkg) ❌ Invalid Pattern: Every .zip passes. Every .pkg fails. The Issue When signing with the Installer certificate, this warning appears: Warning: unable to build chain to self-signed root for signer Developer ID Installer: Matthew Seymour Greer (W2AT7M9482) This warning does NOT appear when signing .app bundles with the Application certificate. The Installer certificate can sign loc
Topic:
Code Signing
SubTopic:
Notarization
Tags:
Thanks for your post. Facing an error stating This build is using a beta version of Xcode and can’t be submitted can be frustrating, especially when you're ready to share your app with testers. Double-check that you're using a release version of Xcode, not a beta, what’s your build? Please remember Xcode 26.2 got released 3 weeks ago. Can you provide me this?. Sometimes, what appears to be the latest version might still have beta components. Ensure your macOS version is supported by the Xcode version you're using. Can you also provide me the build number for your macOS? In Xcode, check your project's build settings. Ensure that you're using a distribution certificate for signing, not an ad-hoc or development certificate. Ensure no beta versions of Xcode beta are installed or active on your system. Check Applications and remove any beta installations of Xcode. Hope this helps Albert Pascual
Worldwide Developer Relations.
Topic:
App Store Distribution & Marketing
SubTopic:
TestFlight
Tags:
[quote='869263022, fmharr, /thread/809996?answerId=869263022#869263022, /profile/fmharr'] Xojo has the ability to build and deploy directly to Apple Connect. [/quote] Cool. But if you need help with that you’ll have to escalate your issue via that tool’s support channel. I barely have enough time to keep with Xcode’s shenanigans (-: [quote='869263022, fmharr, /thread/809996?answerId=869263022#869263022, /profile/fmharr'] I am attaching my latests error messages … Transporter. [/quote] Using Transporter is a good option here, that is: Have your third-party tool generate an App Store Connect ready archive (.ipa for iOS, .pkg for Mac). Upload that using Transporter. Debug from there. This is good because you have a copy of the archive and an error and can dig into the archive to find the cause of the error. The first step being to unpack the archive, as explained in Unpacking Apple Archives. In this case, however, it seems that you’re not even getting to the upload stage. The error from Transporter indi
Topic:
App Store Distribution & Marketing
SubTopic:
App Store Connect
Tags:
Hi, I really need help to resolve the issue with submitting build made with 26.2 for review to release TestFlight build to external testers. I'm always getting This build is using a beta version of Xcode and can’t be submitted. I tried everything from cleaning DerivedData to fully reinstalling Xcode and tools to 26.2. Even tried earlier Xcode release versions and after pressing Submit for review I always face the same issue. Nothing helps and I can't share my first app with volunteers to test. By Jan 6 2026, my Xcode 26.2 is up to date with App Store and in Xcode Organizer I choose App Store Connect and press Distribute.