Comments (12)
Hi @halvi00. Have you double checked you have added the correct api key for your project you expect? Are you seeing any Bugsnag related warmings/messages in the logs? Are you able to share your version of the build script? Feel free to write in to [email protected] if you don't want to share this information publicly.
from bugsnag-cocoa.
Hi @johnkiely1 , Yes I'm using the same api key to upload manually using bugsnag-dsym-upload
where the dsyms are getting uploaded.
I'm not seeing any bugsnag related warnings.
My build version is 1.0 . Do you want my manual script as well?
I'm using this script. adding-a-build-phase-manually
from bugsnag-cocoa.
Hey @johnkiely1 , any update on this?
from bugsnag-cocoa.
Hi @halvi00. We can’t see any reason why the custom build script provided in the docs wouldn’t work. Can you confirm that you have followed all of the steps provided in the documentation?
Did you follow step 5 from the instructions to add the dsym path to the input files list?
Do you have the ENABLE_USER_SCRIPT_SANDBOXING build setting enabled in your project?
Would you be able to share a screenshot of your custom build phase? If you would rather not share this publicly, you could write directly to the Bugsnag Support team ([email protected]), providing a link to this GitHub issue along with your screenshot.
from bugsnag-cocoa.
Hi @matth-bugsnag
I am using the same script as provided in the docs. And yes I have followed all the steps.
I had not enabled ENABLE_USER_SCRIPT_SANDBOXING. Since I didn't need it. But I tried enabling it and it still won't work.
I have started getting this error now:
cannot read /Users/**/Library/Developer/Xcode/DerivedData/bar-mobile-abiwryjtdnwesrechlnbvllrvdhp/Build/Intermediates.noindex/ArchiveIntermediates/bar-mobile (iOS)/BuildProductsPath/Release-iphoneos/bar-mobile.app.dSYM/Contents/Resources/DWARF/bar-mobile (iOS)
Im attaching the ss here. I have added the api key as well. Just not showing in the screenshot.
from bugsnag-cocoa.
Hi @halvi00.,
The error you have started seeing is coming from lines 9 - 13 of the custom build script; You wouldn’t have seen this before enabling ENABLE_USER_SCRIPT_SANDBOXING as lines 4 - 14 of the build script are not run when ENABLE_USER_SCRIPT_SANDBOXING is disabled.
Its worth saying that if you are not already using ENABLE_USER_SCRIPT_SANDBOXING, we do not recommend enabling it.
While normally you would not have seen this error, it does suggest that the path being generated in the script (using Xcode environment variables; see line 16 of the script) does not lead to a valid DYSM file.
Have you changed any Xcode settings from their defaults? (e.g. the Derived Data or Archives paths).
Can you provide a path for the directory your dSYM files are outputted / archived in (i.e. what path do you use when using bugsnag-dsym-upload in the terminal)?
Does the beginning of this path match with your DWARF_DYSM_FOLDER_PATH Xcode environment variable?
Feel free to omit any personal information from these paths.
from bugsnag-cocoa.
Hi @matth-bugsnag
Yes I started seeing this error after using ENABLE_USER_SCRIPT_SANDBOXING. I don't need it, so I have disabled it.
The path for the directory of dSYM that I use for uploading: (I drag drop the dSYM folder from archived folder)
/Users/hira/Library/Developer/Xcode/Archives/2023-01-03/barglance-mobile\ (iOS)\ 1-3-23,\ 12.09\ PM.xcarchive/dSYMs
I don't see any environment variable set for DWARF_DYSM_FOLDER_PATH
or DWARF_DSYM_FILE_NAME
under arguments tab from build scheme. Shouldn't this be set by default?
Also haven't changed any Xcode settings from their defaults.
from bugsnag-cocoa.
Hi @halvi00,
Yes those environment variables are set by default. There are a couple of ways that you can see them.
If you build your project in the terminal using the xcodebuild
command you can add -showBuildSettings
to the end of your command to have it print a copy of your environment variables to the terminal.
Alternatively, if you use the Xcode applications build functions, you could add the following three lines to the start of your custom build script, and view the output in the Report Navigators build logs:
puts "#{ENV['DWARF_DSYM_FOLDER_PATH']}"
puts "#{ENV['DWARF_DSYM_FILE_NAME']}"
puts "#{ENV['TARGET_NAME']}"
Would you be able to share the output of these environment variables with us?
Could you also share the full path to your projects dSYM output directory immediately following a build?
If you have not modified your Xcode settings then your dSYM output directory should be something like the following: /Users/<USER_DIRECTORY>/Library/Developer/Xcode/DerivedData/IOS-Test-App-ecuvqxmjzjaarxflvuffvsvhhgga/Build/Products/Release-iphonesimulator/IOS-Test-App.app.dSYM/Contents/Resources/DWARF
With these details, we can compare what the script expects and what is provided in the environment variables. This will allow us to check whether the build script might require modifications to access your dSYMs directory at build time.
from bugsnag-cocoa.
Hi @matth-bugsnag ,
Using Xcode application build function, I was unable to see any output after adding this in custom build script :
puts "#{ENV['DWARF_DSYM_FOLDER_PATH']}"
However running xcodebuild
command in terminal gave the following output:
DWARF_DSYM_FOLDER_PATH = /Users/<USER_DIRECTORY>/Library/Developer/Xcode/DerivedData/barglance-mobile-abiwryjtdnwesrndifncidnwp/Build/Products/Release-iphoneos
DWARF_DSYM_FILE_NAME = barglance-mobile.app.dSYM
TARGET_NAME = barglance-mobile (iOS)
After building the app in simulator, this is the directory of dSYM folder:
Note: This app is still in development phase.
/Users/<USER_DIRECTORY>/Library/Developer/Xcode/DerivedData/barglance-mobile-abiwryjtdnwesrndifncidnwp/Build/Products/Debug-iphonesimulator/barglance-mobile.app.dSYM/Contents/Resources/DWARF
from bugsnag-cocoa.
Hi @matth-bugsnag, any update on this?
from bugsnag-cocoa.
Hi @halvi00,
Based on the directory paths you have provided we would expect the dSYM upload script to work as intended. Through our testing, and while trying to replicate your environment as closely as possible (Similar file paths, same Xcode version and build script), we have not be able to reproduce what you are experiencing.
The dSYM script finds sourcemaps based on build time environment variables and wildcard usage (*
) , which means that if a dSYM has been generated by Xcode, the BugSnag dSYM uploader script should be able to find and upload them using the scripts curl request.
Given this, it may be worth reviewing your Xcode preferences and build settings, as the problems you are seeing potentially stem from the build not producing or outputting dSYM files as we would expect.
In the meantime we would recommend continuing to use the bugsnag-dsym-upload
tool to upload your sourcemaps. I appreciate that this does not solve your problem, however, from our end (based on the information we have been provided) we cannot see any reason why the dSYM files should not be getting uploaded.
from bugsnag-cocoa.
Going to close this out as we haven't heard back from you in a while and as mentioned above theres not a lot more we can do from our side. We suspect it will likely be an environmental issue which is very difficult for us to debug.
from bugsnag-cocoa.
Related Issues (20)
- Calling NSProcessInfo.thermalState from an app with bugsnag installed crashes with _os_unfair_lock_recursive_abort HOT 3
- Will this pop up infinitely? HOT 1
- Swift Command-Line Failure to Upload HOT 3
- App builds in Xcode 14.3 beta fail with Use of undeclared identifier '_PTHREAD_MUTEX_SIG_init' HOT 3
- Loadconfig memory leak HOT 3
- Uploading dSYM seems to not working using Build phase script manually HOT 3
- [BSGAppHangDetector startWithDelegate:] crash HOT 6
- Bugsnag does not compile for visionOS with Xcode 15 Beta 2 HOT 2
- Duplicate library warning in Xcode 15 Beta HOT 7
- Support unhandled Kotlin Native Exceptions HOT 1
- App crashes when trying to start Bugsnag on Watch app HOT 1
- Bugsnag keep user data after logout in crash reports HOT 2
- Apple's update to their API policy about Privacy Manifest HOT 6
- OWASP: Buffer Overflow Vulnerabilities HOT 1
- Privacy manifest causing collisions through CocoaPods HOT 2
- Apple Report Missing API declaration HOT 2
- StartWithConfig memory leak HOT 5
- NSPrivacyAccessedAPICategoryDiskSpace : Missing API declaration HOT 11
- Thread warnings HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from bugsnag-cocoa.