When running an iOS app as designed for iPad on an m1 Mac mini the UIImagePickerController.isSourceTypeAvailable(.camera) api returns true leading to a crash (attached) if the camera is selected to upload an image to the app as my much loved Mac mini does not have a camera. For the moment have disabled camera if platform is Mac by adding the qualification: ProcessInfo().isiOSAppOnMac == false but this seems like a bug or does the crash also happen on Macs with cameras? Other image picker options work fine. Crash log

XCODE 14 / iOS 16 beta 2 on both simulator and iPad 6, the below warning is issued for all views in my app with a Navigation bar with buttons. Navigation bar colours are customised and buttons added programatically. Is anyone else seeing this? Unable to simultaneously satisfy constraints. Probably at least one of the constraints in the following list is one you don't want.  Try this:  (1) look at each constraint and try to figure out which you don't expect;  (2) find the code that added the unwanted constraint or constraints and fix it.  (     "<NSLayoutConstraint:0x13bb1e2b0 UIImageView:0x135dfcae0.width <= _UIModernBarButton:0x13be321e0.width   (active)>",     "<NSLayoutConstraint:0x13bbf14b0 '_UITemporaryLayoutWidth' _UIButtonBarButton:0x13be31d10.width == 0   (active)>",     "<NSLayoutConstraint:0x13bb844a0 'IB_Leading_Leading' H:|-(>=11)-[_UIModernBarButton:0x13be321e0]   (active, names: '|':_UIButtonBarButton:0x13be31d10 )>",     "<NSLayoutConstraint:0x13bbad9a0 'IB_Trailing_Trailing' H:[_UIModernBarButton:0x13be321e0]-(>=11)-|   (active, names: '|':_UIButtonBarButton:0x13be31d10 )>" ) Will attempt to recover by breaking constraint  <NSLayoutConstraint:0x13bb1e2b0 UIImageView:0x135dfcae0.width <= _UIModernBarButton:0x13be321e0.width   (active)>

I have a split view controller, the master is a table view with a variable list, the detail can be anything.This works fine on iPad 7th gen , iPad Pro 9.7", iPad Pro 12.9" 3rd gen simulators, and my iPad 6th gen device all on iPadOS 13.3.1I am working with XCODE 11.3.1 and OSX 10.15.3 latest beta.However on the iPad Pro 11" simulator if the list is changed while in portrait and the device rotated to landscape the cells do not have the correct width. Reloading the table view in view will/ did appear does not have any effect.https://www.icloud.com/iclouddrive/0oJpDX_Nwiv3n-UZaCDOc-USw#iPad_Pro_(11-inch)_-_LandscapeIf the list is changed while in landscape the cells redraw to the correct width.Has anyone else seen this or similar differences on iPad Pro 11" and is anyone aware of a solution?Answer (own goal):The table view cells are the correct width, I have added a gradient layer to each cell for background colors, the frame for this is being set to the cell bounds for each row after the cell is dequeued, but it appears that the bounds for the first N cells have not been updated when the view is rotated on the iPad Pro 11" simulator and the table reloaded, hence some cells appear to have the incorrect width. On other simulators and devices the bounds for all cells are updated by the time the table view is reloaded but this may simply be good luck.Answer(what is the penalty for using a public forum to think something through?)On simulators and devices other than iPad Pro 11" the master view is the same width in portrait and landscape hence the cell bounds do not change and the gradient layer frame is always correct. On iPad Pro 11" simulator the master view is wider in landscape hence the problem.