Recent Comments
Open Radar FB8616295: TextField does not work with Chinese or Japanese input
This bull shit bug still exists on iOS16.3.1, iPhoneX , A1901
Open Radar FB11991841: Xcode does not show latest version for packages tagged with 10 as a major version
Feedback report has since been updated by someone from Apple:
"Potential fix identified – For a future OS update"
Open Radar FB7789012: iOS Keyboard Extension textDocumentProxy.selectedText truncation
Having the same issue. Please look into this
Open Radar FB10136468: AVAudioUnitSampler crashes on dealloc
The issue is resolved in iOS 16 and macOS Ventura.
Open Radar FB9835828: AVAudioUnitSampler ignoring new notes when an unknown limit is reached
The issue was resolved in iOS 16 and macOS Ventura. The limit is now much higher and more difficult to run into.
Open Radar 14044044: Please Add Airplane Mode Switch to iOS Simulator
https://apps.apple.com/in/app/rocketsim-for-xcode-simulator/id1504940162?mt=12
Rocket sim provides this as a premium feature
Open Radar FB12050037: NSPopover content view controller does not receive mouseDown/Up when reduced transparency accessibility setting is enabled
Status was updated to "Potential fix identified - For a future OS update"
Open Radar 26716835: Detecting Camera Flash with respect to Retina Flash
Closing, no longer reproducible.
Open Radar FB12111097: Multiple receipts across different apps consistently returning 21104 error status since 3/27.
tony.cosentini
Hi,
My issue is not about a transient issue just from 3/27.
These are production receipts that consistently return this error. If you try the example curls in the file, they will reproduce for you.
Open Radar 48587226: No clear best practice for privilege escalation in Swift CLI tool
Re: No clear best practice for privilege escalation in Swift CLI tool
Regarding the "sudo doesn’t read from stdin so this doesn't work", this is likely happens because Swift's Process uses posix_spawn(2), which has no support for setting terminal process group TPGID, at least on Darwin.
An easy fix would be to call tcsetpgrp(3) after process.run() as follows:
tcsetpgrp(STDIN_FILENO, process.processIdentifier)
See https://stackoverflow.com/questions/76088356/process-cannot-read-from-the-standard-input-in-swift for more details.
Open Radar FB12111097: Multiple receipts across different apps consistently returning 21104 error status since 3/27.
Apple
Hello Anthony,
Thank you for filing the feedback report. It looks like there was an increase in these errors immediately after 3/27, but it has since subsided. If you continue to see this issue at a high rate, please file a new feedback.
If the issue is resolved, you can close this feedback by selecting “Close Feedback” via the Actions button found above. If we don’t hear from you in the next two weeks, we’ll assume the issue is resolved or not reproducible and will consider this issue closed. After this time, you can create a new Feedback report if the issue remains. Thank you.
Open Radar FB9997891: iOS 16 - Child controller not respecting safeAreaLayoutGuide
You may be calling the wrong function
"Der Teilweise" wants to let you know: https://layer8.space/@teilweise/110185240128982744
Basically, you are calling willMove(:) but should be calling addChild(:).
Open Radar 10257191: NSPipe/NSFileHandle file descriptors never freed
Source Tree Still Broken
It's April 2023 and this is still an issue in macOS Ventura 13.3.1 (22E261) on a Mac Studio with 128 GB or RAM.
Open Radar FB12111097: Multiple receipts across different apps consistently returning 21104 error status since 3/27.
tony.cosentini
Also one other hopefully helpful tidbit, if we call the storekit 2 history endpoint it fixes the issue on verifyReceipt.
repro steps: call verifyReceipt over and over, fails continuously call https://api.storekit.itunes.apple.com/inApps/v1/history/ORIGINAL_TRANSACTION_ID once everything works again on verifyReceipt
Open Radar FB12113546: Completion popup should display platform/version requirements for methods...
Similar example (deprecation warnings)...
For a somewhat similar example, see what Xcode shows for deprecated methods:
- The deprecation warning details for the selected method.
- A small warning icon on the right side of the method.
I think my suggestion could be patterned after this: A small red icon in the listing indicating platform/version requirements prevent the method from being used (without a fallback), and show the requirements themselves under the description. Add red warning text as needed.
Open Radar 36877120: __auto_type does not infer nullability annotation
https://reviews.llvm.org/D110216 was the fix. https://reviews.llvm.org/D116342 only fixed a crash introduced by D110216 when printing a warning.
Open Radar FB10976160: Push notification system prompts do not get translated on iOS simulator
Duplicate of https://openradar.appspot.com/radar?id=5536358726631424, close
Open Radar FB10976160: Push notification system prompts do not get translated on iOS simulator
Confirmed the fix on iOS Simulator 16.0 with the following environment - macOS: 13.3 (BuildVersion: 22E252) - Xcode: 14.3 (Build version 14E222b) - xcrun: 64 - simctl: PROJECT:CoreSimulator-885.2 - iOS: 16.0 - device: iPhone 12 simulator
As for iOS 15.5, the phenomenon still persists. I'd like to close this issue once
Open Radar FB12078831: Presentation of popover, confirmationDialog, sheet and fullScreenCover are all broken
Please also see FB11991898 "Sheet does not appear when triggered while a popover is visible"
Open Radar 28431676: Playing using MPMusicPlayerController.applicationMusicPlayer triggers AVAudioSession interruption
Team, this is an ancient issue and the use case has gone nowhere. If I'm using the applicationMusicPlayer over the systemMusicPlayer, I'd expect the session boundary to exist within my application.
As it stands the nowPlaying widget is being managed by Apple's Music app service as is the AudioSession by the look of it. I obviously want to be able to handle the nowPlaying controls within my app, I obviously want to be able to handle the AVAudioSession and its interruptions inside the app, otherwise, I wouldn't bother using the applicationMusicPlayer.
At the risk of sounding confrontational, if you want to know why since 2016, developers haven't flocked to Apple's streaming service as a provider for their users over Spotify, it's not down to it not being as popular, it's down to issues like this making it unserviceable.