This commit seems to have made plugin_test_win significantly flakier and made plugin_test_ios fail (that test has since been disabled). Do we know why? Are we planning on fixing the broken test any time soon or is it just wrong and we should just remove it?

The failing test should turn green once CocoaPods is upgraded to v 1.4.0 on the device lab machines. (cf #15446 @yjbanov)

I'll have a look at plugin_test_win. There may be two tests racing for access to the same tmp files.

I upgraded cocoapods to 1.4.0 just now.

When will this get to the beta channel?

I get a similar error when trying to build a project that includes the image_picker package:

Launching lib/main.dart on iPhone van Jeroen Meijer in debug mode...
Automatically signing iOS for device deployment using specified development team in Xcode project: [REMOVED]
Running Xcode clean...                                       1,0s
Starting Xcode build...
Xcode build done                                             1,4s
Failed to build iOS app
Error output from Xcode build:
↳
    ** BUILD FAILED **

Xcode's output:
↳
    In file included from /Users/jeroen/.pub-cache/hosted/pub.dartlang.org/image_picker-0.1.1/ios/Classes/ImagePickerPlugin.m:7:
    /Users/jeroen/.pub-cache/hosted/pub.dartlang.org/image_picker-0.1.1/ios/Classes/ImagePickerPlugin.h:5:9: fatal error: 'Flutter/Flutter.h' file not found
    #import <Flutter/Flutter.h>
            ^~~~~~~~~~~~~~~~~~~
    1 error generated.
Could not build the precompiled application for the device.

Error launching application on iPhone van Jeroen Meijer.

Hi,

I think I'm running into this problem - but I can't be sure. I'm following this tutorial to add firestore to my flutter project. Running Swift on the iOS side - though in reality that was a 'just in case' situation, I haven't written any platform specific code.

I'm getting the following errors having followed the above tutorial, and it seems to match the errors others have had.

=== BUILD TARGET Runner OF PROJECT Runner WITH CONFIGURATION Debug === The use of Swift 3 @objc inference in Swift 4 mode is deprecated. Please address deprecated @objc inference warnings, test your code with “Use of deprecated Swift 3 @objc inference” logging enabled, and then disable inference by changing the "Swift 3 @objc Inference" build setting to "Default" for the "Runner" target. === BUILD TARGET Runner OF PROJECT Runner WITH CONFIGURATION Debug === diff: /Podfile.lock: No such file or directory diff: /Manifest.lock: No such file or directory error: The sandbox is not in sync with the Podfile.lock. Run 'pod install' or update your CocoaPods installation.

Any ideas? Is this fixed?

Mike

@mikeashelby I wouldn't expect anyone reading comments on closed PRs.
I'd suggest to create a new issue (you can link to this PR by adding #15437)
with full information (flutter doctor output, info required to reproduce, ...)