fastlane: snapshot gets stuck at Build Succeeded

New Issue Checklist

  • Updated fastlane to the latest version (gem update fastlane)
  • Updated SnapshotHelper to the latest version (snapshot update)
  • Cleared derived data in xcode 8 (when I ask snapshot to do this it says No derived_data_path)
  • reset all simulators – argh i hate this, it takes me ages to make them all again because snapshot doesn’t make all the iOS 8 and 9 pairs that I need…
  • I have read the Contribution Guidelines

Issue Description

When I run snapshot, it gets stuck and never opens the simulator

Complete output when running fastlane, including the stack trace and command used
xaphod$ snapshot
...
+----------------------------+-------------------------------------------------------+
|                            Summary for snapshot 1.16.2                             |
+----------------------------+-------------------------------------------------------+
| devices                    | ["iPhone 7"]                                          |
| languages                  | ["en-US"]                                             |
| scheme                     | Photobooth-SCREENSHOTS                                |
| output_directory           | /Users/Tim/iPhone-dev/Photobooth/fastlane/screenshots |
| clear_previous_screenshots | false                                                 |
| workspace                  | ./Photobooth.xcworkspace                              |
| launch_arguments           | [""]                                                  |
| skip_open_summary          | false                                                 |
| reinstall_app              | false                                                 |
| erase_simulator            | false                                                 |
| localize_simulator         | false                                                 |
| app_identifier             | com.xaphod.wifibooth                                  |
| buildlog_path              | ~/Library/Logs/snapshot                               |
| clean                      | false                                                 |
| number_of_retries          | 1                                                     |
| stop_after_first_error     | false                                                 |
+----------------------------+-------------------------------------------------------+

[17:48:53]: Building and running project - this might take some time...
...
[17:35:09]: ▸ Processing Info.plist
[17:35:09]: ▸ Generating 'Photobooth.app.dSYM'
[17:35:11]: ▸ Running script '[CP] Embed Pods Frameworks'
[17:35:14]: ▸ Running script '[CP] Copy Pods Resources'
[17:35:14]: ▸ Running script 'Build number in info.plist'
[17:35:14]: ▸ Running script 'Build number in Settings.bundle'
[17:35:14]: ▸ Copying /var/folders/yl/mw_r1p4j3vj2mfp32rqs0y7r0000gn/T/snapshot_derived20161018-1525-1iy2lfo/Build/Products/Screenshots-watchsimulator/Watch.app
[17:35:14]: ▸ Running script 'Crashlytics'
[17:35:15]: Running Tests: ▸ Touching Photobooth.app
[17:35:15]: ▸ Signing /var/folders/yl/mw_r1p4j3vj2mfp32rqs0y7r0000gn/T/snapshot_derived20161018-1525-1iy2lfo/Build/Products/Screenshots-iphonesimulator/Photobooth.app
[17:35:16]: ▸ Build Succeeded

At this point i’d expect a simulator to open up, but nothing happens.

Configuration Files

I’m running snapshot from the command-line, with this Snapfile:

devices([
   "iPhone 7",
])

languages([
  "en-US",
])
scheme "Photobooth-SCREENSHOTS"
output_directory "./fastlane/screenshots"
clear_previous_screenshots false
workspace "./Photobooth.xcworkspace"

Environment

fastlane version (run fastlane -v): fastlane 1.105.2

Do you use bundler to execute fastlane (i.e. bundle exec fastlane)? No

Do you use a Ruby environment manager (e.g. chruby, rbenv, rvm)? RVM 1.27.0

What Xcode version do you use (e.g. 7.3, 8.0) 8.0

Code is a mix of Swift 3 and Objective-C with lots of Pods, in case that matters

About this issue

  • Original URL
  • State: closed
  • Created 8 years ago
  • Comments: 16

Most upvoted comments

@TKBurner OK I figured it out: my watch extension has a dependency on Watch, and that for some reason destroys UITests. I removed that, and now it gets a tiny bit further.

Next error is exactly https://github.com/fastlane/fastlane/issues/5964 … seems like fastlane really doesn’t wanna work for me yesterday or today.

@TKBurner Yes, dependencies are the obvious - test->main->watch. Now to figure out why my watch target hangs for all UITests.