Issue seems to have been resolved with Xcode 13.1. There's no release note to confirm it though...

Try to add multiple scenes support in your info.plist

<key>UIApplicationSceneManifest</key> <dict> <key>UIApplicationSupportsMultipleScenes</key> <true/> </dict>

Seems like it is still not solved?

Thanks for describing your findings, I've recently run into this problem as well. If it's not too much trouble, would you be able to post a snippet or gist of your changes to fix the type to GIT_PROXY_AUTO? I wanted to do something similar and try to build a custom version of libgit2.dylib, and would appreciate seeing what you modified if it's not not that large of a changeset.

Also filed as https://bugs.webkit.org/show_bug.cgi?id=231849

It forces me to open a web browser, then a strange button appears to open the app store....SO it does not go to the app directly

Apparently as of iOS 14 (cannot tell in which version, hopefully in iOS 14.0).

I saw that Safari in iOS 15 has added support for WebM Web Audio as an Experimental WebKit Feature (on by default). https://9to5mac.com/2021/08/10/apple-adding-webm-audio-codec-support-to-safari-with-ios-15/

However, it doesn't work with Ogg Opus in WebM container. Here is an example: https://sil-stg-aps-resources.s3.amazonaws.com/pwa/web/web-40-MAT-005.html

Direct link to audio: https://sil-stg-aps-resources.s3.amazonaws.com/web/B01___05_Matthew_ENGWEBN2DA.webm

This works on Chrome, Firefox and Microsoft Edge but not on Safari (neither Safari 15 on macOS Big Sur or Safari on iOS 15).

In WWWDC2021 presentation "Develop advanced web content", there is a discussion of WebM but it seems to be centered around video container with VP8/VP9 with Ogg Vorbis audio: https://developer.apple.com/videos/play/wwdc2021/10030/?time=1266

Apple feedback:

After reviewing your feedback, we have some additional information for you, or some additional information, or action is necessary for this issue:

XCTest is locating test classes by fetching all loaded classes with objc_copyClassList, then searching for XCTest subclasses. Unfortunately, the ObjC and Swift runtimes don't handle availability properly in this case, and this call attempts to provide the SK2ProductDetails class even though it's not available on the current OS. Setting up this class requires fetching the type metadata for StoreKit.Product, which crashes since that type isn't present in the OS.

There are two ways to work around this:

1. Use Any as the type of the stored property, and cast with as! StoreKit.Product when retrieving the value. Referencing StoreKit.Product in code that doesn't execute is safe, it just needs to not be the type of a stored property.
2. Hide the class from the ObjC runtime by adding a generic parameter. For example:

public class SK2ProductDetails: NSObject { ...

Then use SK2ProductDetails (or or anything else) to refer to the type in code. This means that the class can't be @objc as it is in the example, so this may not be workable here.

Received response from Apple:

""" We believe this issue is resolved.

Please test with the latest releases: iOS 14 beta, macOS 12 beta and Xcode 13 beta. """

It seems to work as expected on Xcode 13.0 (13A233) + iOS 15.0 Simulator.

See https://openradar.appspot.com/radar?id=5062590648549376

I have closed this issue to avoid a duplicate with the new one, but the issue is of course not fixed.

Sample code has been moved: https://github.com/defagos/radars/tree/master/accessibility-issues-tvos15

Available on GitHub: https://github.com/defagos/radars/tree/master/accessibility-issues-tvos15

Available on Github: https://github.com/defagos/radars/tree/master/tvos-tab-bar-appearance-issue

Available on GitHub: https://github.com/defagos/radars/tree/master/unreliable-dependency-order

What kind of device are you using? We are seeing similar issues with MFi bluetooth GPS receivers. We are unable to get data from the receiver in the background -- and up until iOS 15 the location-providing accessories kept the app alive in the background.

I realize that I am not using UIViewControllerRepresentable correctly. It needs to create a new UIVieController inside makeUIViewController. Doing so fixes my problem. Closing this bug.

https://bugs.swift.org/browse/SR-15154

We noticed that calling UIApplication's beginBackgroundTask(expirationHandler:) repeatedly (after expirationaHandler) from the background causes the app is killed by iOS. Is this the specification change from iOS 15? Please provide the document explaining these behavior changes. Thanks.

This issue is resolved in Xcode 13.0 beta 5. I tested it against an iPhone 15.0 simulator.

Please verify this issue with the iOS 15 beta 7 and update your bug report with your results <...>

I have no chance to reproduce this behaviour because we dropped relevant code some time ago - but hopefully Apple have fixed the bug :)