-
Notifications
You must be signed in to change notification settings - Fork 5.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Simulator is not started #1943
Comments
@yakimant mostly likely you have a slow machine. are your running on a CI box or manually from command line ? @KrauseFx in |
It was on my laptop. I cant increase timeout to be sure. Also - We had such case on CI with plain xcodebuild and fixed it with simulator running |
@yakimant have you checked the xcodebuild log ? |
Hmm, it suddenly disappeared. Will play around and post here the updates. |
Ok, I'm getting this issue even with |
|
Anyway, it didn't help, so I'm starting the simulator manually as before: |
Should this be closed?
|
I am seeing the same issue. Runs fine on my local machine but not on my CI server which is a reasonably powerful Mac Mini. It works sometimes but more often than not the build fails waiting on the simulator. In my case the simulator is launched (possibly from a previous build), so it is at least launching the simulator. |
Runs fine on my CI server, when I run it myself, but fails when jenkins on the same machine tries to run scan as part of a lane. (getting the 120 second timeout error) |
+1. Good on local. Fails on CI running on a VM (Bitrise). |
Any update or workaround for this issue? |
My workaround is to test using xctool as opposed to scan. |
Anyone able to verify if this is fixed in 7.2.1:
|
I am still seeing the same issue on the CI server after upgrading to 7.2.1.
|
Same here after updating scan to 0.6.0 :( |
Hi @MarkMolina Thanks for reaching out. Can you share the full output from running scan --verbose? I want to take a look. Thanks! 👍 |
Closing this now due to inactivity. Feel free to submit a new issue if you find the time 👍 |
Something I have noticed as to why this happens: if the CI simulator is not matching that of your fastfile/scanfile (e.g., CI has it set as iPhone 4S and your Fastlane sets it as 5s) this issue persists. When you run scan/Fastlane on your local machine, whichever hardware pops up in your iOS simulator, set that as the device to test against in your scan/fast file |
I have a solution that works for me. I was trying to run scan from Jenkins on a mac mini server, and would often have the issue ("Timed out waiting for 120 seconds..."). Problem was with the current selected iOS simulator (if you were to launch the app on mac through spotlight or finder) not matching the device I was setting for Scan. Here's the fastlane lane I run on jenkins
If the iOS simulator is set to iPhone 4s and the device selected in the Scan:Device parameter is iPhone 4s, no issues. So, before running any fastlane commands on Jenkins, I run this shell script
the above code is just a slight variation (iPhone type) based on jasontaft's super helpful code/comment here . if you wish to use a simulator for any other device, all you need to do is make the tweak I made. With this, when I hit "Build Now", it runs my 'ios test' lane as expected, without any hiccups. Hope this helps! |
@nitinalabur Thanks so much for sharing. I'm glad to hear you are up and running. Hope that you have a wonderful week! |
@nitinalabur Just a quick addition: if your simulator is not running yet, the script will fail because |
@eyeballz I haven't had that issue when the simulator is not running. Should that issue occur, I'll certainly try your suggestion and post an update here. Thanks for sharing that! |
I use a slightly modified version that accepts the device name as parameter:
Sample usage:
This works well for me. No more stalling builds. |
I've got this issue:
2015-10-30 16:56:05.815 xcodebuild[53793:347720] iPhoneSimulator: Timed out waiting 120 seconds for simulator to boot, current state is 1.
I've got it before tunning xcodebuild (xctool didn't have this issue).
It is solved by running the simulatore (instrument -w or ios-sim).
But maybe it can be solved inside scan?
Appreciate you work!
The text was updated successfully, but these errors were encountered: