Throughout our app we generally override layoutSubviews for setting text/background colours on UI elements to support dark mode switching. We have encountered an issue with a custom UITextField class (subclass) we use for all our text fields throughout the app.We override layoutSubviews and set five background colours within it. No changes are made to any constraints on any views. This works as expected on iOS 13 and above. However when testing on iOS 11 and 12 simulators, after typing a couple of letters in a text field, layoutSubviews ends up being called over and over in an infinite loop and freezing the app. We have worked around this issue (although it was a pain to debug as it wasn't initally clear it was a text field issue) but it would be interesting to know if anyone else has had similiar issues and some sort of explanation why this might happen. It definitely seems like a bug.

Since iOS 15 we've had quite a few reports from users having issues with live stream playback. After some digging, it seems the following is happening. A user plays a live stream They put the app in the background They return at some point later and play the stream again, at this point the stream plays correctly. User rotates their phone to landscape, this triggers logic to remove the view that holds an AVPlayerLayer from its current view hierarchy, into a new one to display in fullscreen. At this point, the AVPlayer playback rate is set to 0 and stops streaming, a rateDidChange notification is fired with the reason AVPlayerRateDidChangeReasonAppBackgrounded Has anyone else experienced this issue or have any guidance on why this might be happening? It seems like an AVFoundation bug as the rate change reason is fundamentally incorrect as the app is not in fact backgrounded.