Yes sometime cells stay highlighted for some reason. For example I found that this problem could appear if you add a padding and a background color to a list. This list for example should have the problem and the rows will stay highlighted after back is pressed. struct TestListView: View { 		var body: some View { 				NavigationView { 						List { 								NavigationLink( 										destination: Text("Detail 1"), 										label: { 												Text("Show detail 1") 										} 								) 								NavigationLink( 										destination: Text("Detail 2"), 										label: { 												Text("Show detail 2") 										} 								) 						} 						.padding(.top, 10) 						.background(Color.blue) 				} 		} } You can try to remove some of the list modifiers. If you still have the problem you can try with Introspect. https://github.com/siteline/SwiftUI-Introspect The above code could be fixed in this way: struct TestListView: View { 		 		@State private var tableView: UITableView? 		private func deselectRows() { 				if let tableView = tableView, let selectedRow = tableView.indexPathForSelectedRow { 						tableView.deselectRow(at: selectedRow, animated: true) 				} 		} 		 		var body: some View { 				NavigationView { 						List { 								NavigationLink( 										destination: Text("Detail 1").onAppear { 												deselectRows() 										}, 										label: { 												Text("Show detail 1") 										} 								) 								NavigationLink( 										destination: Text("Detail 2").onAppear { 												deselectRows() 										}, 										label: { 												Text("Show detail 2") 										} 								) 						} 						.padding(.top, 10) 						.background(Color.blue) 						.introspectTableView(customize: { tableView in 								self.tableView = tableView 						}) 				} 		} } A little bit ugly but it works.

What I needed was GraphicalDatePickerStyle not InlinePickerStyle. This work: DatePicker( 	 "Time", 	 selection: $time, 	 displayedComponents: [.hourAndMinute])	 	 .datePickerStyle(GraphicalDatePickerStyle())

Same issue. Can't accept contract update. All I get is a white page with a loading indicator. After some minutes a 500 error is displayed on the console.

In my case I have a split view controller inside a tab bar controller. But for the crash you have at runtime you can try to set the style of your split view controller to classic. I think this should solve the problem.

Happy to see that Apple has reported this as a known issue and therefore I expect that it will be solved in one of the next beta. From Xcode 12 beta 4 release notes: "Interface Builder doesn’t allow creating a classic style UISplitViewController. (65966010) (FB8107534)"

Happy to see that Apple has reported this as a known issue and therefore I expect that it will be solved in one of the next beta. From Xcode 12 beta 4 release notes: "Interface Builder doesn’t allow creating a classic style UISplitViewController. (65966010) (FB8107534)"

Hi, For the moment I edit my storyboards with Xcode 11. On runtime I have no problems because I programmatically changed the style of my split view controllers to classic (the behaviour before iOS 14). In this way you can still embed split view controllers inside tab bar controllers as you always did. Ideally we should be able to set the classic behaviour directly from storyboard. Fortunately I see in the release notes of Xcode 12 beta 4 that apple has reported this point as "Known Issues" and therefore I expect that it will be solved in one of the next beta. From Xcode 12 beta 4 release notes: "Interface Builder doesn’t allow creating a classic style UISplitViewController. (65966010) (FB8107534)"

I think that if you need to keep support for older versions of iOS it makes more sense to continue use the classic behaviour.

My temporary fix is, as Mr. Brightside suggested, to manually instantiate the split view controller and replace the storyboard controller with the new one. If you use the old init() initialiser the style of the controller will be "unspecified" and it will behave in the classic way. If your split view controller is the root controller of your storyboard you can set it to classic mode in this way: func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool { 		... 		 		if #available(iOS 14.0, *) { 				if let oldSVC = self.window?.rootViewController as? UISplitViewController { 						/* Instantiate an UISplitViewController with the unspecified style (classic mode). */ 						let newSVC = UISplitViewController() 						newSVC.viewControllers = oldSVC.viewControllers 						/* Here you can align other properties if needed. */ 						 						self.window?.rootViewController = newSVC 				} 		} 		... } Hope this helps. Let's hope that in one of the next Xcode 12 betas it will be possible to set the split view controllers style to "unspecified" (classic mode) directly from the storyboard.

It seems the problem is that when you add a UISplitViewController inside a storyboard in Xcode 12 beta 3 the controller is instantiated with the new "Two Columns" style instead of the classic old style. Unfortunately at the moment there seems to be no way to set the style to classic directly from the storyboard. A temporary fix is to manually instantiate the UISplitViewController without using the new init(style:) initialiser. If you use the old init() initialiser the style of the controller will be "unspecified" and it will behave in the classic way. If your split view controller is the root controller of your storyboard you can set it to classic mode in this way: func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool { 		... 		 		if #available(iOS 14.0, *) { 				if let oldSVC = self.window?.rootViewController as? UISplitViewController { 						/* If you instantiate an UISplitViewController in this way the style will be undefined (classic). */ 						let newSVC = UISplitViewController() 						newSVC.viewControllers = oldSVC.viewControllers 						/* Here you can align other properties if needed. */ 						 						self.window?.rootViewController = newSVC 				} 		} 		... } Hope this helps. Let's hope that in one of the next Xcode 12 betas it will be possible to set the split view controllers style to "unspecified" (classic mode) directly from the storyboard.

Same also here. What I personally would like is to be able to specify in the storyboards that I want to use the classic system for split view controllers and not the new columns based system.

I also have big problems with split view controllers inside tab bar controllers in Xcode 12 beta 3. Everything was perfect in Xcode 12 beta 2. Now Interface Builder itself crash constantly when opening a storyboard that contain a split view controller that is inside a tab bar controller. This is the error displayed by Xcode: An internal error occurred. Editing functionality may be limited. If I generated the log of this error I get this: Exception name: NSInvalidArgumentException Exception reason: UITabBarController is unsupported as viewController for -[UISplitViewController setViewController:forColumn:] in Primary column I'm think that it has to do with the fact that from Xcode beta 3 the split view controllers inside storyboards are automatically instantiated with the new column system introduced in iOS 14 instead of the classic system. We really need a way to indicate in the storyboard that we want to use the classic system and not the new one.

Yes please AnthonyVO, can you please explain better your solution? Thank you

Yes, that's a big problem! My app use some split view controllers and they worked properly on Xcode 12 beta 2. Now on Xcode 12 beta 3 the split view controllers has stopped calling some of its delegate methods. For example on Xcode beta 2 the delegate method collapseSecondaryOntoPrimaryViewController was correctly called when needed.  On Xcode beta 3 this method is not called and this message is printed on the output: [UISplitViewController] Skipping delegate calllback, splitViewController:collapseSecondaryViewController:ontoPrimaryViewController:. Unsupported for UISplitViewController style DoubleColumn The problem seems to be that now Interface Builder is forcing my split view controllers to have a style of "Two Columns" but if we need to support older version of iOS we need to be able to set the style to "unspecified". Unfortunately I cannot create the split view controllers programmatically because they are part of a big and complicated storyboard. I tried to override the style property of UISplitViewController in this way: @available(iOS 14.0, *) override var style: UISplitViewController.Style { return .unspecified } but without success. Someone has figured out a way to set the split view controllers style to "unspecified" in the storyboards? Thank you

I tested on iOS 13.4.1 (on device and simulator) and it still work correctly for me.By the way, keep in mind that what Macho Man ***** Savage said is correct. The right way to do it is to subclass UIAlertController because we shouldn't override inside extensions.You can try this code:class GlobalAlertController: UIAlertController { var globalPresentationWindow: UIWindow? func presentGlobally(animated: Bool, completion: (() -> Void)?) { globalPresentationWindow = UIWindow(frame: UIScreen.main.bounds) globalPresentationWindow?.rootViewController = LightStatusBarController() globalPresentationWindow?.windowLevel = UIWindow.Level.alert + 1 globalPresentationWindow?.backgroundColor = .clear globalPresentationWindow?.makeKeyAndVisible() globalPresentationWindow?.rootViewController?.present(self, animated: animated, completion: completion) } override func viewDidDisappear(_ animated: Bool) { super.viewDidDisappear(animated) globalPresentationWindow?.isHidden = true globalPresentationWindow = nil } }