Xcodebuild - Skip Finished requesting crash reports. Continuing with testing

Question

I'm running a CI machine with the Xcode.

The tests are triggered using fastlane gym. I see this line in the output:

2019-05-27 16:04:28.417 xcodebuild[54605:1482269] [MT] IDETestOperationsObserverDebug: (A72DBEA3-D13E-487E-9D04-5600243FF617) Finished requesting crash reports. Continuing with testing.

This operation takes some time (about a minute) to complete. As far, as I understand, the Xcode requests crash reports from Apple to show in the "Organizer" window.

Since this is a CI machine, the crash reports will never be viewed on it and this step could be skipped completely how can I skip it?

There is an open question in the fastlane repo for this same problem, but no solutions yet: https://github.com/fastlane/fastlane/issues/14814 — DavidNorman, Dec 10 '19 at 18:55
@DavidNorman thanks for mentioning it. I've created that ticket and it's still open. — Richard Topchii, Dec 11 '19 at 11:05
I switched to non-parallel builds. Does doing the same resolve the issue for you? — CodeBender, Dec 13 '19 at 17:55
If you do not have a `Scanfile` already, create one with `fastlane scan init` and then add the following `disable_concurrent_testing(true)` inside the file. Documentation for all of this can be found here: https://docs.fastlane.tools/actions/run_tests/ — CodeBender, Dec 17 '19 at 14:46
@CodeBender still not working for me, is there any other way to solve this? — fahmi sidik, Jan 03 '20 at 09:43
FWIW, I'm having the same issue when running `xcodebuild test` directly. I'm not using fastlane. — E. Barnes, Dec 01 '20 at 16:19

score 2 · Answer 1 · answered Jan 03 '20 at 15:55

Your mileage may vary, but after setting up a new machine with the following configuration, I encountered the same issue OP details:

macOS 10.15.2
Xcode 11.3
fastlane 2.139.0
Simulators @ 13.3

When I run my fastlane test with 3 devices, I wind up at the following message and was sitting idle for about four minutes before I terminated it:

I then took the steps that I outlined in the comment to OP:

fastlane scan init
Edit my scanfile to look like this

I initially set disable_concurrent_testing(false), and when I ran the tests through fastlane, I got stuck again. Changing the value to disable_concurrent_testing(true) has allowed the tests to now run on my machine.

Tom Jones · Answer 2 · 2021-01-27T14:53:59.473

1

I think blaming "Finished requesting crash reports. Continuing with testing" may be a red herring. I was having several jobs stop at this step, but when I looked closer (I ran the lane locally and tailed the logs) I saw that my test was failing due to something else. It looks like Fastlane doesn't correctly show how long this step takes, in fact, I think if you're seeing that message, the process is already complete, and your tests are running. That changing concurrency fixes it for you may indicate your tests are failing due to a race condition.

So, anyway. Install fastlane locally, run your lane locally, tail -f the build output as well as the log file and see if the problem is revealed there. It was for me, but, as with everything, YMMV.

edited Jan 27 '21 at 14:53

answered Jan 26 '21 at 14:06

Tom Jones

69
4

Ok, a couple new things I've learned. 1. Finished Requesting... either can take some time to happen after the message is displayed, or is just the last operation before tests begin that outputs to console. I've now seen this take several minutes when the tests weren't running. 2.If you're redirecting xcpretty output with xcpretty_args disable that xcpretty_args("") and then you can see which test is causing your job to hang. – Tom Jones Jan 29 '21 at 13:45

Xcodebuild - Skip Finished requesting crash reports. Continuing with testing

2 Answers2

Linked