Recent Comments

Open Radar 39322132: macOS 10.13.4 imagetool/System Image Utility failing checksum when creating NetRestore images

Reply from Apple Developer Relations

There are no plans to address this.

We are now closing this report.

If you have questions about the resolution, or if this is still a critical issue for you, then please update your bug report with that information.

Please be sure to regularly check new Apple releases for any updates that might affect this issue.

By mpanighetti at April 25, 2018, 11:46 p.m.

Open Radar 34916499: JWK OEAP importKey fails if p < q

Our (1Password's) work-around

As of April 24, 2018 our work-arounds are in place. Release notes for our web-client v481 https://app-updates.agilebits.com/product_history/B5#v481 include:

"Some users of Microsoft Edge could not sign in using Safari 11 or iOS browsers. The web app now detects when this error will occur and avoids it entirely. {3220, 4156, 4157}"

The most substantive of the work-arounds are that on import of JWK OEAP keys we check if p < q. If so, we swap p and q during the import (we do not change the stored key), swap dp and dq, and recalculated qInv. This seems simple enough, but in the process of implementing this, we encountered a difference in padding expectations between JSBN (a JavaScript BigNumber library) and SJCL(Stanford Javascript Crypto Library) that we needed identify and address.

We also now prevent the generation of keys with p < q, a behavior we have only encountered in Edge. But are running this check at key creation time everywhere. If a key is generated with p < q, we tell the browser to try again.

We still consider this a Safari bug, but as we have not heard anything from Apple about the status of this for some time, we've implemented these work-arounds.

Open Radar 39678172: UITableView hides cell before it is animated off-screen.

Gif showing the bug:

https://gfycat.com/SphericalBadHadrosaurus

By sven.titgemeyer at April 24, 2018, 9:42 a.m.

Open Radar 39441521: Cannot demangle Swift symbols

Engineering has provided the following feedback regarding this issue:

It’s not clear where that symbol came from, but judging from the symbol prefix, it must be from an old version of Swift. Until Swift has a stable ABI, we don’t promise to be able to demangle symbols from older versions of Swift.

We consider this issue closed. If you have any questions or concern regarding this issue, please update your report directly (https://bugreport.apple.com).

Thank you for taking the time to notify us of this issue.

Best Regards,

Developer Bug Reporting Team Apple Worldwide Developer Relations

By hesham.abdelmegid at April 24, 2018, 9 a.m.

Open Radar 39659413: thread_local does not work for Objective-C classes with ARC

Sample: https://github.com/PSPDFKit-labs/radar.apple.com/tree/master/39659413%20-%20thread_local%20does%20not%20work%20for%20Objective-C%20classes%20with%20ARC

By steipete at April 23, 2018, 9:01 p.m.

Open Radar 39604024: UICollectionView prefetching can cause display of pages hidden for reuse

DebuggingNotes.txt

With prefetching enabled UICollectionView uses a cache for pages that are loaded, but not yet displayed on screen. This is a dictionary <NSIndexPath : _UICollectionViewPrefetchItem>, stored under the _prefetchCacheItems instance variable.

_UICollectionViewPrefetchItem stores the layout attributes and reusable view (UICollectionViewCell in our case) for a specific index path. Views that are put into _prefetchCacheItems also get their visibility set to "hidden". This is however not via the default hidden property, bit via dedicated methods _isHiddenForReuse and _setHiddenForReuse: defined on UIView. hidden reflects the value of _isHiddenForReuse, but does not change it. When prefetched cells are determined to become visible, they are removed from the cache and _isHiddenForReuse is set to NO so they show up.

If the collection view layout gets invalidated (which happens for us when we show or hide the navigation bar), the prefetch cache gets cleared. During this, new layout attributes and potentially new prefetched cells might get queried from the layout / data source. Those cells might not match the previous prefetched cells (e.g., only cells in the last scrolled direction are preloaded again).

Here's where the problem appears to happen. During cache eviction, the removed cells do not get their _isHiddenForReuse value updated. It remains the same. Some of those cells then get re-added to new _UICollectionViewPrefetchItem objects, which ensures their _isHiddenForReuse is updated when the cell comes on screen. But some cells don't get "prefetched" again. There is no _UICollectionViewPrefetchItem created for them. Their _isHiddenForReuse value remains set and they remain at the same position they were before invalidating the layout. UICollectionView appears to be perfectly ok with thinking there's nothing wrong with that cell and just keeps it in position as is. It even sends out "will appear" delegate calls for it. But since the cell is hidden, we can't see anything.

I verified that manually ensuring _isHiddenForReuse is not set for every visible cell during layout passes fixes the issues. Prefetching appears to work fine after that.

Open Radar 34633539: UICollectionView section header hides scroll indicator

I also reproduce it on iPhoneX iOS11

It is very ugly when we have a lot of close headers

By occmobility at April 20, 2018, 9 a.m.

Open Radar 37569176: DateFormatter.dateFormat(fromTemplate:options:locale:) doesn't support all UNICODE LDML for DATES symbols

Apple Developer Relations

This is the intended behavior. In skeletons, all month-type pattern characters (L,M) are treated as equivalent, as are weekday-type pattern characters (E,c), etc. The code will match the desired type of field (e.g. abbreviated month) to the specific pattern character field that is appropriate for the desired combination of fields. For example in Russian, a full month should be MMMM if shown with a day-of-month number, but LLLL otherwise; the coe is supposed to figure this out from the CLDR data.

There is some documentation here: https://www.unicode.org/reports/tr35/tr35-dates.html#availableFormats_appendItems and a better description here: http://cldr.unicode.org/translation/date-time-patterns#TOC-Additional-Date-Time-Formats and here: http://userguide.icu-project.org/formatparse/datetime#TOC-DateTimePatternGenerator

Thank you for your feedback. Engineering has determined that this issue behaves as intended.

We are now closing this bug report.

If you just have questions about the resolution, then please update your bug report with that information so we can respond.

By ashrat07 at April 18, 2018, 5:43 a.m.

Open Radar 39322132: macOS 10.13.4 imagetool/System Image Utility failing checksum when creating NetRestore images

HFS+ works, APFS does not

I witnessed the exact problem. However, I discovered that if the source Mac is HFS+ formatted, it works. When the Source Mac is APFS, it errors on the command, "asr imagescan"

Preparing image for restore + /usr/sbin/asr imagescan --source /Volumes/4TB/Library/NetBoot/NetBootSP0/HighSierraAPFS.nbi/System.dmg Block checksum: ....10....20....30....40....50....60....70....80....90....100asr: image scan failed - internal error. + mnrfiErrExit + '[' VERBOSE '!=' DEBUG ']' + echo 'Execution of '''makeNetRestoreFromItem.sh''' failed. Cleaning up.' Execution of 'makeNetRestoreFromItem.sh' failed. Cleaning up. + /bin/rm /Volumes/4TB/Library/NetBoot/NetBootSP0/HighSierraAPFS.nbi/System.dmg + exit 1 + afvErrExit + '[' VERBOSE '!=' DEBUG ']' + echo 'Execution of '''asrFromVolume.sh''' failed. Cleaning up.' Execution of 'asrFromVolume.sh' failed. Cleaning up. + '[' NO == YES ']' + exit 1 ++ exit 1

By paholden at April 17, 2018, 7:29 p.m.

Open Radar 39170807: AvailableOSUpdates in iOS 11.3 fails with (com.apple.softwareupdateservices.errors error 3)

Marked as duplicate by Apple's developer relations

DUP of #38877494. No further information given by Apple.

By ppetrov.mp at April 17, 2018, 7:46 a.m.

Open Radar 25280285: Mac OS X 10.11.2: Mounting a damaged disk fails with no error message

Interested to know if there was ever a resolution to this issue. I've had some trouble with a disk recently and got this error, even though Disk Utility and other tools said that the volume was fine. I'm still running El Capitan (10.11.6)

Anyway ... I was able to fix it by resizing the partition in Paragon Hard Disk Manager. Pretty sure that the partition information had somehow become corrupt and the resize rewrote the partition table entry. Note that disk utility wouldn't let me modify the partitions, hence Hard Disk Manager.

Open Radar 35648336: Preferences Panes written in Swift 4 and used in High Sierra

Fixed in the latest macOS High Sierra release

See https://stackoverflow.com/questions/32041677/using-swift-with-an-os-x-preference-pane-plugin/49817203#49817203

Open Radar 34397618: How to localize FileProviderUI Action name?

Answers

Apple Developer Relations - October 18 2017, 10:35 PM

Engineering has provided the following feedback regarding this issue: We don’t have a solution for you currently. The most probable course of action is that we will end up asking you to localize you action name in Localizable.strings, not InfoPlist.strings. If you do that (and the plan does not change), then your action name will be localized once the original bug here (34197258) gets fixed. This is a dupe but we’re holding on to it and not closing it for now but we wanted you to know that it has been analyzed and we’re working on the original so that you can do something about this once the dupe gets fixed.

Apple Developer Relations - October 25 2017, 7:08 PM

Engineering has determined that your bug report is a duplicate of another issue and will be closed. The open or closed status of the original report your bug was duplicated to appears in a text box within the bug detail section of the bug reporter user interface. For security and privacy reasons, we don't provide access to the original bug yours was duped to. If you have any questions or concerns, please update your report directly at this link: https://bugreport.apple.com/.

By henriqueponde90 at April 13, 2018, 12:44 a.m.

Open Radar 33834325: Can there be a "Open In App" system level action on NSFileProviderItem

Answer

DUPLICATE OF 33068800 OPEN

Engineering has determined that your bug report is a duplicate of another issue and will be closed. The open or closed status of the original report your bug was duplicated to appears in a text box within the bug detail section of the bug reporter user interface. For security and privacy reasons, we don't provide access to the original bug yours was duped to. If you have any questions or concerns, please update your report directly at this link: https://bugreport.apple.com/.

By henriqueponde90 at April 13, 2018, 12:41 a.m.

Open Radar 33834200: How will "Offload Unused Apps" deal with App Extension usage?

Answer

Yes, the app usage information is provided by a low level OS service that takes extension usage into consideration. We are now closing this bug report. If you have questions or comments about the resolution, please update your bug report with that information so we can respond.

By henriqueponde90 at April 13, 2018, 12:40 a.m.

Open Radar 33833796: Can't perform authentication From Safari for the Dropbox SDK

DUPLICATE OF 33679804

Answer: Engineering has determined that your bug report is a duplicate of another issue and will be closed. The open or closed status of the original report your bug was duplicated to appears in a text box within the bug detail section of the bug reporter user interface. For security and privacy reasons, we don't provide access to the original bug yours was duped to. If you have any questions or concerns, please update your report directly at this link: https://bugreport.apple.com/.

By henriqueponde90 at April 13, 2018, 12:40 a.m.