Hi, I work on a iOS application which includes several local swift packages containing modularised code. Each of those local swift packages has a test target defined in their respective Package.swift, and when opening a local package folder standalone in Xcode, then the tests run without issues. However I would like in the main app's test plan to add the local package test targets and have them all run together when the main app's default test plan is run. Xcode allows me to select local package test targets within the main app's test plan (also within Test portion of the main app's scheme), however attempting to build for testing throws a "Module '…' was not compiled for testing". Any ideas on how to achieve this goal (run local package tests in conjunction with main app's tests) and avoid that error? Thanks Peter

Hi, I needed a standalone CA (and some issued certificates) for testing I needed to do in a Azure development tenant (i.e. an iOS device VPN authentication against a point-to-site virtual network gateway). Anyway I used Keychain Access (/Certificate Assistant) to create a local CA via the “Create a Certificate Authority…” option. Doing that successfully gets through to the end. Next I created a CSR via Keychain Access’s “Request a certificate from a certificate authority…” and saved to disk. Anyway after that I have attempted to issue the cert for the CSR via Keychain Access’s “Create a certificate for someone else as a certificate authority…” (also tried just double-clicking the .certSigningRequest file), chose my new local issuing CA, chose the CSR and attempted to generate. It simply gets to the final “Finishing Up…” / “Creating a certificate…” window and never stops spinning. In Console.app filtered to Process=Certificate Assistant is something like the following which could be related: default 13:27:05.493340+1000 Certificate Assistant MacOS error: -25294 Subsystem: com.apple.securityd Category: security_exception I’ve tried multiple accounts, multiple Macs, 11.4 and 12, all different options of Key size, and “let me specify ….” Options I could think of. In the end I couldn’t get a certificate using the local CA to issue via Certificate Assistant, however in 12 Beta using the beta Server.app I could get a certificate issued using its “Create a certificate identity…” option under the [+] menu of the Certificates section. Any ideas of why the normal Keychain Access / Certificate Assistant method of generating the certificate for a local CA may not be working. I've tried some many options (including a new 11.4 VM with a new admin test user etc.) that unless I'm overlooking something obvious (possible since I'm not a PKI expert) that it just doesn't seem to work out of the box even on a new installation. Thanks Peter

Hi, I have an Enterprise iOS app that allows users to upload images to our Sharepoint Intranet. The app simply does a PUT request from a file:// url of the JPG (from app's temporary dir) to the Sharepoint location using a background configuration URLSession. Swift var request = URLRequest(url: url)             request.httpMethod = "PUT"                        var session: URLSession!                        if let kUploadInBackground = appDelegate.getPref("kUploadInBackground") as? Bool                 , kUploadInBackground == true {                 session = appDelegate.backgroundSession             } else {                 let config = URLSessionConfiguration.default                              session = URLSession(configuration: config, delegate: UIApplication.shared.delegate as? URLSessionDelegate, delegateQueue: nil)             }             let task = session.uploadTask(with: request, fromFile: fileUrl)             if let size = item.data?.count {                 task.countOfBytesClientExpectsToSend = Int64(size)             }             task.resume() appDelegate.backgroundSession is defined (currently as I've been trying to tweak to resolve) as: swift var _backgroundSessionConfig: URLSessionConfiguration!     var backgroundSessionConfig: URLSessionConfiguration {         get {             objc_sync_enter(self)             defer { objc_sync_exit(self) }             guard let _backgroundSessionConfig = _backgroundSessionConfig else {                 self._backgroundSessionConfig = URLSessionConfiguration.background(withIdentifier: (Bundle.main.infoDictionary!["CFBundleIdentifier"] as! String))           self._backgroundSessionConfig.timeoutIntervalForRequest = 300                 self._backgroundSessionConfig.waitsForConnectivity = true                 return self._backgroundSessionConfig!             }             return _backgroundSessionConfig         }         set {             _backgroundSessionConfig = newValue         }     }     var _backgroundSession: Foundation.URLSession?     var backgroundSession: Foundation.URLSession {         get {             objc_sync_enter(self)             defer { objc_sync_exit(self) }             guard let _backgroundSession = _backgroundSession else {                 self._backgroundSession = Foundation.URLSession(configuration: backgroundSessionConfig, delegate: self, delegateQueue: nil)                 return self._backgroundSession!             }             return _backgroundSession         }         set {             _backgroundSession = newValue         }     } //    lazy var backgroundSession: Foundation.URLSession = { //        let configuration = URLSessionConfiguration.background(withIdentifier: (Bundle.main.infoDictionary!["CFBundleIdentifier"] as! String)) // //        configuration.httpMaximumConnectionsPerHost = 1 // PJR 180105 // //        self._backgroundSession = Foundation.URLSession(configuration: configuration, delegate: self, delegateQueue: nil) // //        return self._backgroundSession! //    }() //    lazy var backgroundSession: Foundation.URLSession = Foundation.URLSession(configuration: URLSessionConfiguration.background(withIdentifier: (Bundle.main.infoDictionary!["CFBundleIdentifier"] as! String)), delegate: self, delegateQueue: nil) Most uploading is on our office WiFI. Intermittently (maybe half the requests) fail (errors can occur with the device unlocked and app in foreground, no backgrounding) with the following response as received by func urlSession(_ session: URLSession, dataTask: URLSessionDataTask, didReceive data: Data) HTML !DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/strict.dtd" HTMLHEADTITLEBad Request/TITLE META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii"/HEAD BODYh2Bad Request - Invalid Verb/h2 hrpHTTP Error 400. The request verb is invalid./p /BODY/HTML Apparently that error is thrown by Window's HTTP.SYS layer before it even hands it off to the Sharepoint web site in IIS, and from its HTTPERR logs, it seems to claim that no HTTP method was passed in the request. #Software: Microsoft HTTP API 2.0 #Version: 1.0 #Date: 2021-05-26 04:21:11 #Fields: date time c-ip c-port s-ip s-port cs-version cs-method cs-uri sc-status s-siteid s-reason s-queuename 2021-05-26 06:52:10 10.50.65.22 59212 10.50.51.11 443 - - - 400 - Verb - If I change the code to simply use a non-background session everything works as expected. I can also confirm from logging that the authentication challenge handler is called by the background transfer. In the console for the device (even with CFNETWORK_DIAGNOSTICS=3) I can't really see (maybe my inexperience at this level of debugging/troubleshooting though) what exact request is being sent to the server to cause the problem. I also tried rvictl & tcpdump however all I seem to see is the TLS packets which I haven't yet researched on how to try and inspect further. Can anyone offer suggestions as to what I could look at? As I mentioned, a non-background URLSession has no issues, and I only get these issues (and only ~50% of the time) using a background URLSession (even though app is completely in foreground, although I understand a background system service). Thanks Peter