Post not yet marked as solved
I strongly suspect Xcode 11 beta 5 is the culprit but there seem to have been general performance regressions in Catalina beta 5. Simulator in Xcode beta 5 when using SwiftUI preview either brings performance to a crawl here or it causes a kernel panic
Post not yet marked as solved
No go here on a 2014 Mac Mini attempting to install on volume with latest Mojave or on empty volume, each time in their own APFS container. The infamous "An Error Occurred While Preparing the Installation. Try running this application again." message from the installer is the only result. Same as DP 2.Completely implausibly, the bug report I filed for the same problem with DP 2 is marked as having no similiar feedback filed. :-(
Post not yet marked as solved
Will certainly file additional bug reports once the installer team returns from their remedial state machines course and produces a functioning installer. :-( Catalina DP 3 is, as was DP 2 before it, uninstallable for a significant number of users, this one included. Seems unlikely this will change until at least 14 days have elapsed.For the moment, it's worth noting SwiftUI Preview under DP 1 is the first userland scenario in a very long time I've seen capable of consistenly triggering kernel panics.
Post not yet marked as solved
I'm guessing the release (current) version depends on one or more 32-bit components (Quicktime codecs probably).If so, we're unlikely to see it working until Catalina's official release and a concurrent update of iMovie.
Post not yet marked as solved
I've been able to launch the installer for beta 2 from a Mojave volume and select another APFS-formatted volume as the target (both an empty volume and one containing Mojave) - but the target volume was in a separate container. The installer has refused (on each of half a dozen tries) to reboot for completion of the installation process. An initial attempt to run the installer from a Mojave volume and target a separate volume containing beta 1 showed that volume in the targets list but refused to allow selecting it.I've given up on the beta 2 installer (especially given more than a few reports of stability problems with installations which were successful) - SwiftUI must wait until at least the next beta. System 7 with a collection of the most unstable Desk Accessories was more usable than this :-(
Post not yet marked as solved
You're not the only one.It also locks up the UI here and attempting to generate a detailed error report causes an OS reboot.[edit] - Both the simulator and swiftui preview now reliably cause a kernel panic
Post not yet marked as solved
That extension format has been deprecated for some time and, as announced in the 10.15 release notes and elsewhere, Safari no longer supports them.
Installed properly here the first time on Apple TV 4K, so it isn't a universal issue.The installer did gratuitously re-arrange the top shelf, mangle the AppleIDs previously entered, and both the Apple Events and WWDC apps seem to be on strike (refusing to show current content. But then this year's logo did promise it would lose its mind).
Post not yet marked as solved
At 0:37:15 of the Platforms State of the Union video, keeping the library window open while repeatedly selecting items is clearly demonstrated. Additionally, the option of having the window automatically dismiss after use is mentioned.Sadly, the 'Options' icon visible in the upper right corner of the Library window in the Xcode build used on-stage is conspicuously missing from the public beta builds. It risks eliciting an 'Expected behaviour' response, but perhaps it's worthwhile citing this portion of the video in radars.
