Skip to content
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

[TIMOB_17601] Added ioslib 0.2.9 which fixes handling of launch timeouts... #6173

Merged
merged 1 commit into from Oct 1, 2014
Merged

[TIMOB_17601] Added ioslib 0.2.9 which fixes handling of launch timeouts... #6173

merged 1 commit into from Oct 1, 2014

Conversation

cb1kenobi
Copy link
Contributor

... and added extra debugging output. The default launch timeout is now 3 minutes which should be large enough for users launching an iOS 8 simulator on a really old, slow Mac. Added 'ios.simTimeout' config option to override the 3 minute default.

…uts and added extra debugging output. The default launch timeout is now 3 minutes which should be large enough for users launching an iOS 8 simulator on a really old, slow Mac. Added 'ios.simTimeout' config option to override the 3 minute default.
@@ -313,7 +313,7 @@ function detect(options, callback) {
* @param {String} [options.logFilename] - The name of the log file to search for in the iOS Simulator's "Documents" folder. This file is created after the app is started.
* @param {String} [options.simType=iphone] - The type of simulator to launch. Must be either "iphone" or "ipad". Only applicable when udid is not specified.
* @param {String} [options.simVersion] - The iOS version to boot. Defaults to the most recent version.
* @param {Number} [options.timeout] - Number of milliseconds to wait for the simulator to launch and launch the app before timing out. Ignored if not installing an app.
* @param {Number} [options.timeout=180] - Number of seconds to wait for the simulator to launch and launch the app before timing out. Defaults to 180. Minimum of 1. Ignored if not installing an app.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm a little concerned we are taking an existing flag that referred to milliseconds and replacing it with a timeout that refers to seconds. Why not keep it at milliseconds?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's a new flag as far as I'm concerned. This PR removes the timeout from JS (milliseconds) and uses ios-sim's built-in timeout (seconds) which is way more reliable. ios-sim passes the timeout directly into the simulator private APIs, which is in seconds, not milliseconds. Oh well.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

My only concern was backwards compatibility. If you don't think that's an issue, then no problem.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a new API. It's not a problem.

@skypanther
Copy link
Contributor

APPROVED

skypanther added a commit that referenced this pull request Oct 1, 2014
[TIMOB_17601] Added ioslib 0.2.9 which fixes handling of launch timeouts...
@skypanther skypanther merged commit 30d02cc into tidev:master Oct 1, 2014
@cb1kenobi cb1kenobi deleted the timob-17601 branch October 1, 2014 16:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants