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

Bluepill quits with the message : "Could not launch app and tests: The request to open "com.xyz.iphoneapp" failed." #48

Closed
samhann opened this issue Feb 3, 2017 · 4 comments

Comments

@samhann
Copy link

samhann commented Feb 3, 2017

I'm trying to debug the cause of this but I'm unable to figure it out.

There should be a verbose logging mode which prints all the NSError descriptions so we can figure out such issues.

@ob
Copy link
Member

ob commented Feb 3, 2017

If you give it an empty directory using the --output-dir option it'll put the raw simulator logs in there.

@samhann
Copy link
Author

samhann commented Feb 3, 2017

The logs don't contain any useful information. Eg:


Tests started: 2017-02-02 19:04:16 +0000


Tests started: 2017-02-02 19:06:17 +0000


Tests started: 2017-02-02 19:17:47 +0000


Tests started: 2017-02-02 19:30:06 +0000


Tests started: 2017-02-03 05:29:51 +0000


Tests started: 2017-02-03 06:38:04 +0000

@vargon
Copy link
Contributor

vargon commented Feb 3, 2017

The second part of that message, "The request to open..." is returned to bluepill from the simulator. The simulator is unable to launch the application for some reason. I'd try resetting ("Reset Content and Settings...") the simulator. Also, a quick search reveals that this is potentially also caused by Xcode not being located in /Applications, but I don't know if that's relevant here.

@oliverhu
Copy link
Member

@samhann i presume you faced the same issue as #65. You need to build the app for iOS simulator instead of iPhone

RainNapper pushed a commit to RainNapper/bluepill that referenced this issue Jun 16, 2021
Read the version string from STDOUT (not STDERR). Also, there's no need
to persist the parsed version string as an instance variable.
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

No branches or pull requests

4 participants