“file uri scheme”

The way I resolved the problem is the following: In Products -> Schemes -> Manage Schemes, I created a new scheme with the application instead of the widget extension (which was the default scheme made by Xcode). When I built with this scheme, no error showed up. I think it solved the problem, I just can't test it right now because my developer license isn't activated yet. Thanks to Jackson-G for the help!

In Xcode Version 15.0 beta 5 Create a file called LLDBInitFile in the SRCROOT folder (the folder containing the project) Add this line to the file: settings set plugin.process.gdb-remote.packet-timeout 300 Restart Xcode and try again In the Edit Scheme -> Run > Info Tab there is a field to locate the LLDBInitFile but is disabled.

I have this same issue with our Watch app schemes and have also submitted a feedback request (FB9832417) the resolution status has been updated to Potential fix identified - For a future OS update so hopefully we'll have a fix soon. Removing it from the repo doesn't work for us since it results in that scheme not showing up in the schemes drop-down. Using git update-index --skip-worktree doesn't work well on a large team since if everyone doesn't do it then it causes issues, and the docs for that command warn that it isn't meant for this type of use case. My latest workaround is to add a pre-commit hook that discards the changes to those scheme files before committing so that it doesn't show up in our pull requests at least. Still shows up in the local diff before committing which is annoying but it's the best i've been able to work out so far that doesn't depend on everyone aligning on the same behavior.

My ultimate solution was to untrack the scheme files by adding their folder to my gitignore, duplicating them to an adjacent folder, and writing a script which will copy the new folder's contents to the ignored folder (must be run locally for each developer).

It would be safer to run this as a pre-build script so the files are copied locally before the build begins to reduce any problems with network connectivity fluctuating mid-build or a race between targets in a parallel build. You can automate this in Xcode by using a feature of the scheme called a build pre-action. When you go to edit your scheme, open the disclosure triangle on the Build action, and you'll see 3 options, Pre-actions, Build, and Post-actions. You can add a shell script to the pre-action that does the copy.

It completely works on Xcode12* once deleting Xcode13. But in my case, temporarily storing Xcode13 in Trash without deleting, GPX files showed up. If they don’t show up or Simulate Location button itself is not displayed, try edit scheme > options > default location > choose gpx file and build.

Hi @kandavel, I am trying to run the project using terminal instead of Xcode->Product->Archieve. We have completed the clean, build and archive successfully. When export .ipa I am getting this following error “The file “ExportOptions.plist” couldn’t be opened because there is no such file.”. When I surf in stack overflow I can’t get any idea about the plist file.For example, we have an app with the original name MyApp:xcodebuild clean -workspace MyApp.xcworkspace -scheme Developmentxcodebuild build -workspace MyApp.xcworkspace -scheme Developmentxcodebuild archive -workspace MyApp.xcworkspace -scheme Development -archivePath ~/Users/Desktop/SampleApp/MyApp.xcarchive The above code works fine. When using the below line I am getting the “ExportOptions.plist” error. xcodebuild -exportArchive -archivePath ~/Users/Desktop/SampleApp/MyApp.xcarchive -exportPath ~/Users/Desktop/SampleApp/MyApp -exportOptionsPlist ~/Users/Desktop/SampleApp/ExportOptions.plist My quest

1. Choose Manage Schemes under Product > Scheme.2. Double-click on a scheme.3. Select Run.4. Navigate to Options. And you find it there.