dsym file

My solution.- download dSYM from App Store- zip then upload for firebase.resume : working

Any update on this? I don't see the DSYM download link under metadata.

I'm facing the same issue. I guess it has nothing to do with License Agreement. It's just default error message.Fortunately there is one more way to download dSYMs using iTunes Connect. See eg. https://docs.fabric.io/apple/crashlytics/missing-dsyms.html#downloading-bitcode-dsyms for details.

Me Too.Xcode 10 Release Version.Generating dSYM with Xcode 9 -> No problem aprox. 20 secondsGenerating dSYM with Xcode 10 -> after aprox. 10 minutes : no more memory + auto reboot.YES : same solution !!This is not acceptable!!!How can i fix this.I need the debug symbols to analyse crashes.

This issue has been bothering me for weeks. Finally I found dSYM in the Artfact of Xcode Cloud workflow...

Dear Ed Ford, We've managed to achieve reproducible builds! We're not using the dSYM files, we're actually checking the executables. Here's how we did it: Sample App `-- Frameworks |-- Baseframework1.framework (Embed & Sign) |-- Baseframework2.framework (Embed & Sign) |-- Baseframework3.framework (Embed & Sign) `-- MiddlemanFramework.xcodeproj (Embed & Sign, Mach-O type=dynamic) `-- Frameworks |-- Baseframework1.xcodeproj (Do not embed, Mach-O type=dynamic) |-- Baseframework2.xcodeproj (Do not embed, Mach-O type=dynamic) `-- Baseframework3.xcodeproj (Do not embed, Mach-O type=dynamic) Accomplished with: Main App References Middle Layer Framework by .xcodeproj and .framework References base frameworks by .framework Embed setting set to Embed & Sign (both base frameworks and middle layer framework) Middle Layer Framework Mach-O type set to dynamic References base frameworks by .xcodeproj and .framework Embed setting set to Do not embed Base Framework: Mach-O type set to dynamic Sinc

Yes, it's broken. Thanks for the tip on how to download the dSYM though.

Same issue previous builds contain the dSYM and this one today does not.

Thanks for the update. My apologies for the delay in responding. It would be beneficial to involve Xamarin support as there was an issue with Xamarin.Forms reported before. As for third-party development tools, I’m not sure about their specific use, but I can recommend checking the directory level for UIWebview references using the command ‘grep -r UIWebview’. This will list all the references and their respective libraries, providing a clearer idea of their whereabouts. For example, cd ~/Library/Developer/Xcode/Archives/2020-03-09/SampleApp 3-9-20, 11.47 AM.xcarchive To search for UIWebView, type the following on the command-line: grep -R UIWebView * If there are references to UIWebView, you will get a list of files that contain the reference. You may find references in your app’s nib files, dSYM file, or even a ReadMe or other documentation. For example, % grep -R UIWebView * Binary file Products/Applications/SampleApp.app/Base.lproj/Main.storyboardc/BYZ-38-t0r-view-8bC-X

We've also submitted two different apps on Friday and neither of them have dSYMs as of today (monday)

The dsyms I was looking for just came back this morning, maybe just wait..

In all instances I’m aware of, apps that are getting the UIWebView usage warning are in fact linking to the UIWebView framework. It may be in third party libraries or frameworks. Please check again what your app and its libraries link against. You can do so by running the grep command in Terminal. For example, Open Terminal Type the following on the command line to change to the directory where your application binary is: cd ~/Library/Developer/Xcode/Archives/<date of your archive>/<your archive> 3. To search for UIWebView use the following command: grep -R UIWebView * This should give you a list of files that contain a reference to UIWebView. From that list you should then be able to determine where the UIWebView reference is. To make this a bit more concrete, the other day I created a test app named SingleViewApp and archived it, so this is what I did to check for the UIWebView: % cd ~/Library/Developer/Xcode/Archives/ % ls 2019-08-26 2020-03-09 % cd 2020-03-09 % ls SingleViewApp 3-9-20

Hi Apple,Our bitcode enabled app with symbols uploaded does not symbolicate either.Note that downloading dSYMs only shows 2 different versions for each binary object. I don't know how many different versions the App Store is generating, but the UUIDs in the dSYMs don't match any of the crash log UUIDs...Kind of painful debugging without symbolication.

Bump to this. Also looking for information concerning uploading dSYMs.... it doesn't seem to automatically bundle with the upload.