How to do this properly is quite well described atL https://stackoverflow.com/questions/46216718/missing-cfbundleiconname-in-xcode9-ios11-app-release .. in short, work in the app's "App Icons and Launch Screens" section and Info.plist will take care of itself.

[quote='760083021, RamsayCons, /thread/760083, /profile/RamsayCons'] I'm confident pressing "Submit" on this will suddenly clear my mental murk [/quote] .. and it did, sort of. Just as a test, I added the CFBundleIconFile and CFBundleIconName keys to my Fonts plist so that, when it was copied into Info, those keys would show up. They did and "validation" is happy but how to do this properly?

Good call .. I removed both IDEPreferLogStreaming and IDELogRedirectionPolicy and logging appears as it should. A whisper of confusion remains because the culprit is IDEPreferLogStreaming. With only that set to YES the output formatting is defeated. Adding IDELogRedirectionPolicy restored correct formatting; removing both keeps formatting as it should be. .. no env vars = good .. both env vars = good only IDEPreferLogStreaming = bad

I was logging a lot of data very fast and found a suggestion, buried in the log, to use “IDELogRedirectionPolicy=oslogToStdio” to avoid potential loss. Using that environment setting restored the desired formatting! "[guessing] .. I understand the “IDELogRedirectionPolicy” can influence how logging behaves (the 'privacy' for example) but could it be that very high rates of logging cause the logging system to save time by not doing formatting .. that kind of makes sense; the logged data is still correct, just not formatted? I see "IDELogRedirectionPolicy" is mentioned in the Xcode 15 release notes.

FB: FB14340500 (While composing the report, the zip'd xcresult bundles from last night were deleted, by Xcode?, so I built/run the app again and enclosed the new one)

FB13802238

Thanks, Quinn, for the explanation; I like the "for fun" stuff .. it makes perfect sense, and is a little obvious after the fact! In passing, I'll mention finding another way of defeating (which I won't be explicit about, though it's not too hard to find). Dropping a particular plist file into a particular /Library/Preferences/.. location enables opening for a command line app (and everything else). It's not useful to me (and neither is the config profile) because I need to ask someone else, with a wider range of models of the hardware I'm working with), to run my program. I won't ask someone else to open global holes in their security .. an app-local solution which only opens for that one app and only for the duration of its execution is essential. For my immediate need, I can wrap the command line into a trivial *.app. I'll file a bug and report the FB# here ..

A minimal command line app is exhibiting the same unexpected behavior, and there's not much left to make mistakes in. Hopefully, someone will point out an appallingly simple error, else, I'll wrap this up into an FB. Source import Foundation import OSLog let loggingTest = Logger(subsystem: "com.ramsaycons", category: "LoggingTest") loggingTest.log("info: \(Bundle.main.infoDictionary!)") Info.plist <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>OSLogPreferences</key> <dict> <key>com.ramsaycons</key> <dict> <key>DEFAULT-OPTIONS</key> <dict> <key>Enable-Private-Data</key> <true/> </dict> </dict> </dict> </dict> </plist> Xcode run output (whitespace modified for readability): info: [ "DTPlatformBuild": , "LSMinimumSystemVersion": 14.5, "DTXcode": 1540, "CFBundleSupportedPlatforms": <__NSArrayM 0x600000e58720>(MacOSX), "DTSDKName": macosx14.5, "DTCompiler": com.apple.compilers.llvm.clang.1_0, "DTXcodeBuild": 15F31d, "DTSDKBuild": 23F73, "DTPlatformName": macosx, "DTPlatformVersion": 14.5, "BuildMachineOSBuild": 23F79, "OSLogPreferences": { "com.ramsaycons" = { "DEFAULT-OPTIONS" = { "Enable-Private-Data" = 1; }; }; }] Program ended with exit code: 0 Console.app output: default 17:16:33.869184-0400 LoggingTest info: <private>

The logging from my command line app is all generated from an embedded library. That same library when used in a *.app context, with the same log-behavior-modifying Info.plist directives, renders private items publicly, as expected .. bafflement ensues!

I may be diverting the topic "SCN to USDZ" somewhat but I performed the above action (using Xcode [15.3 beta 2] to read .scn and export .usdz) on one of my, admittedly, complex .scn files. The scene in question is entirely line segments (closed loops - actually world coastlines). The exported .usdz model bears no similarity to the .scn file -- it's just over one kilobyte, and viewed in Xcode it does open, but is "empty." I know RealityKit doesn't provide for a ".line" primitive in meshes and wonder if .usdz is similarly constrained (it seems unlikely to me, but maybe Xcode doesn't support that structure either). The .scn file is large (1.1MB) but renders instantly in QuickLook .. could it be too large to be converted (again unlikely). I'm no expert in 3D technologies and could be missing something obvious, but what the Xcode "conversion" delivers is unexpected. I'm bringing this here as I continue to explore conversions in the hope of a suggestion or two, OR being told what I'm attempting to do is not possible (and I can stop wasting time)?

.. for any one else arriving here, I suggest reading extensive, excellent commentary about this topic at: https://forums.swift.org/t/new-date-formatstyle-anyway-to-do-24-hour/52994

Thanks both. I live, learn and appreciate .. and, even a grumpy 3am forum entry title should say "unexpected" and not "Incorrect" .. apologies.

Exactly the same problem .. an overnight install ended up on my production APFS volume. I assumed that the installer, not having any input from me, defaulted to do that. However, I repeated the process watching it all the way and it happened again without any request for volume choice. This is a serious time waster .. I suppose I'm going to have to create an installer on an external disk which I can do but why are we having this issue and the other million developers are not?

When using MKMapView within SwiftUI in MacOS, via NSViewRepresentable and a Coordinator, the are several console messages per second "CVDisplayLinkSetPaused", alternating between [TRUE]and [FALSE] when displaying a poly line and/or annotations. .. also seeing my log deluged with this effect, but in my case, none of the above conditions are true. There is significant use of SceneKit but no SwiftUI, MapView, or anything else from the quote above (unless "poly line" is equivalent to SceneKit drawing a twisty line through a 3-D space). MacBook Pro (16-inch, M1 Max, 2021); macOS 12.3.1 (21E258); Xcode 13.3.1 (13E500a)

None of the suggestions made here have resolved the problem for me (nor for some others, as noted above). You don't even have to build anything to get this to happen: % xcodebuild --help 2022-04-22 19:10:49.692 xcodebuild[53065:8448383] Requested but did not find extension point with identifier Xcode.IDEKit.ExtensionSentinelHostApplications for extension Xcode.DebuggerFoundation.AppExtensionHosts.watchOS of plug-in com.apple.dt.IDEWatchSupportCore 2022-04-22 19:10:49.692 xcodebuild[53065:8448383] Requested but did not find extension point with identifier Xcode.IDEKit.ExtensionPointIdentifierToBundleIdentifier for extension Xcode.DebuggerFoundation.AppExtensionToBundleIdentifierMap.watchOS of plug-in com.apple.dt.IDEWatchSupportCore Usage: xcodebuild [-project <projectname>] [[-target <targetname>]...|-alltargets] . . . . This with Xcode 13.3.1 and CommandLineTools installed (both by request then, again, manually). Note, while --help causes trouble --usage does not: % xcodebuild --usage    Usage: xcodebuild [-project <projectname>] [[-target <targetname>]...|-alltargets] . . . . Be glad you're not on my other (M1) Mac: % xcodebuild --help objc[46924]: Class AppleTypeCRetimerRestoreInfoHelper is implemented in both /usr/lib/libauthinstall.dylib (0x20496deb0) and /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice (0x105ad84f8). One of the two will be used. Which one is undefined. objc[46924]: Class AppleTypeCRetimerFirmwareAggregateRequestCreator is implemented in both /usr/lib/libauthinstall.dylib (0x20496df00) and /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice (0x105ad8548). One of the two will be used. Which one is undefined. objc[46924]: Class AppleTypeCRetimerFirmwareRequestCreator is implemented in both /usr/lib/libauthinstall.dylib (0x20496df50) and /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice (0x105ad8598). One of the two will be used. Which one is undefined. objc[46924]: Class ATCRTRestoreInfoFTABFile is implemented in both /usr/lib/libauthinstall.dylib (0x20496dfa0) and /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice (0x105ad85e8). One of the two will be used. Which one is undefined. objc[46924]: Class AppleTypeCRetimerFirmwareCopier is implemented in both /usr/lib/libauthinstall.dylib (0x20496dff0) and /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice (0x105ad8638). One of the two will be used. Which one is undefined. objc[46924]: Class ATCRTRestoreInfoFTABSubfile is implemented in both /usr/lib/libauthinstall.dylib (0x20496e040) and /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice (0x105ad8688). One of the two will be used. Which one is undefined. 2022-04-22 19:28:15.138 xcodebuild[46924:2646597] Requested but did not find extension point with identifier Xcode.IDEKit.ExtensionSentinelHostApplications for extension Xcode.DebuggerFoundation.AppExtensionHosts.watchOS of plug-in com.apple.dt.IDEWatchSupportCore 2022-04-22 19:28:15.138 xcodebuild[46924:2646597] Requested but did not find extension point with identifier Xcode.IDEKit.ExtensionPointIdentifierToBundleIdentifier for extension Xcode.DebuggerFoundation.AppExtensionToBundleIdentifierMap.watchOS of plug-in com.apple.dt.IDEWatchSupportCore Usage: xcodebuild [-project <projectname>] [[-target <targetname>]...|-alltargets] . . . .