This is really lame. I absolutely do not want my devices to appear as destinations unless they are physically connected to my computer. Not only do they appear, but the build destination always defaults to one of them.

This remains an issue. The checkbox is grayed out so you cannot check or uncheck it.

Plus the Contact page is blank so I can't even contact Apple to tell them about it.

I have zero users (except for me as owner) and I'm seeing this too

Fixed. See https://stackoverflow.com/a/78421026/341994

Me too, just started today. Feels like something belonging to Apple has suddenly started expiring.

The answer from atbf is what helped me. You have to change the project setting build location and you have to close and reopen the project.

It's not actually hanging, it just takes a really long time. Keep your eye on the Finder status bar to see your hard drive slowly filling.

This isn't really a very useful solution. This change may bring down compile times but compile times are still atrociously slow. You change one line of one final class and it takes Xcode over a minute to recompile. That's criminal.

The rule you are breaking is that capitalization matters when you spell a name. You're saying xFile = ... So the Swift compiler looks for the term xFile declared as a variable name in scope, to which something can be assigned. But the word xFile doesn't appear as a variable name in scope — just as the compiler is telling you. What does appear as a variable name in scope is xfile, which as far as Swift is concerned is a totally different name.

Bump. I repeat the question. Xcode 13 is final. I need the Vary For Traits feature. Some of my apps use it. Where is it?

The way to see all environment variable values is to add a run script to your build phases.

Cool, thanks!

I agree. The idea of two completely different flows emanating from primary + secondary on the one hand and compact on the other, where all three view controllers just stick around during collapse and expand, is so simple and elegant. It took me only a very short time to make a working example that works on iPad toggling between splitscreen and fullscreen, and on iPhone 8 Plus rotating between portrait and landscape. Gone is all the kerfuffle with the obscure delegate methods and the button management; everything just works.

What I found is that when you manipulate the view controllers during the transition from compact to regular, you need to put a short delay on that manipulation so that the runloop has a chance to complete first.