We are having the same issue intermittently, both when running our test suite locally and when using TeamCity CI-CD.
I have only experienced this issue since upgrading to Xcode 15.
This is the difference in the log between a successful and unsuccessful test suite run (the termination message is from TeamCity):
Succesful:
15:32:49 Executed 15 tests, with 0 failures (0 unexpected) in 1145.746 (1145.831) seconds
15:32:49 2024-07-10 15:32:49.468 xcodebuild[14893:7638997] [MT] IDETestOperationsObserverDebug: 1150.195 elapsed -- Testing started completed.
15:32:49 2024-07-10 15:32:49.468 xcodebuild[14893:7638997] [MT] IDETestOperationsObserverDebug: 0.000 sec, +0.000 sec -- start
15:32:49 2024-07-10 15:32:49.468 xcodebuild[14893:7638997] [MT] IDETestOperationsObserverDebug: 1150.195 sec, +1150.195 sec -- end
Unsuccessful:
04:01:44 Executed 15 tests, with 0 failures (0 unexpected) in 1139.079 (1139.158) seconds
04:11:31 The build iOS::Test iPad #1539 {buildId=102823} has been running for more than 30 minutes. Terminating...
mawmaw
Users receive reputation points by contributing quality content to the forums.
Posts include post and replies published on the forums.
Post authors can mark replies as Accepted to indicate successful solutions.
Apple Developer Forums admins can mark replies as Apple Recommended to indicate an approved solution
Post
Replies
Boosts
Views
Activity
Come on now, this can't be your solution...
We have to setup clean secondary Macs to test this?
And the following is just icing on the cake:
If your VPN product or security configuration uses PF to filter network packets, update your PF rules to allow traffic on the network interfaces Xcode uses for device communication. These rules need to be continuously updated, as the network interfaces Xcode uses to communicate with a connected device changes over time.
To monitor for network interface changes, use NWPathMonitor, or create a nw_path_monitor_t through nw_path_monitor_create(). Each time the path monitor notifies you that the network interfaces changed, use ioctl with a SIOCGIFDIRECTLINK request to identify the multiple network interfaces Xcode uses for device connection traffic. The system marks these interfaces with the ifr_is_directlink flag. Configure your PF rules to allow any IPv6 traffic on interfaces marked with this flag through the filter.
Can someone translate this?
I used to be able to use Xcode with physical devices attached while on VPN with no problems. Now I have to do all these crazy experiments?
I also cannot debug apps locally on a physical device while my Mac is connected to a VPN via Cisco Secure Client on Ventura 13.6, Xcode 15 and iOS 17.