upload-symbols: Path to CoreSymbolication is invalid

[otaviolima]

Description

Hello,

My team is facing the same issue as discussed in https://github.com/firebase/firebase-ios-sdk/issues/14158, where dsyms are not uploaded because the upload-symbols binary complains that the CoreSymbolication path is not valid.

The other issue was resolved after the CI machines were updated to newer MacOS. However, we are already using a MacOS version that is supported by Xcode 16.2

The issue started happening once we migrated our CI fleet to Xcode 16.2 and MacOS 15.1.1. To debug and investigate the issue, we tried several different versions of upload-symbols, and all of them failed with similar issues.

The paths to CoreSymbolication seem correct in the machine and should be accessible to the user that the CI uses.

Reproducing the issue

The issue can only be reproduced in our CI machines. In our local development, we were unable to reproduce the issue in any combination of MacOS version and Xcode version, and upload-symbols version (Downloaded from git history in this repo).

Our minimal way to reproduce the issue consists of creating a very small dsym.zip and run it against different versions of the upload-symbols as the bash script below

APP_ID="redacted"
# Note, to reduce the log size we created a very small zip with only one dSYM file inside
# Uploaded to this issue as convenience, but anything fails. 
DSYM_PATH="./dsym.zip"

BINARIES=(
    upload-symbols
    # Can add here any other binary for debugging
)

for binary in "${BINARIES[@]}"; do
    echo "------------------------------------"
    echo "Uploading dSYM for ${binary}"
    ./${binary} -d -ai "${APP_ID}" -p ios "${DSYM_PATH}"
    echo "Done uploading dSYM for ${binary}"
    echo "------------------------------------"
done

dsym.zip

Firebase SDK Version

11.5.0

Xcode Version

16.2

Installation Method

CocoaPods

Firebase Product(s)

Crashlytics

Targeted Platforms

iOS

Relevant Log Output

% bash upload.sh
------------------------------------
Uploading dSYM for upload-symbols
upload-symbols 3.20 build 39

Arguments:
Debug mode enabled
Google App ID: <redacted>
Platform: ios
# Note, to reduce the log size we created a very small zip with only one dSYM file inside
DSYM Paths: ["./dsym.zip"]

Inspecting next path: ./dsym.zip
Found archive at path: ./dsym.zip
Inspecting next path: /var/folders/sb/t8_fztcj0p1g2qnvn528lpb80000gn/T//./dsym.zip.unzipped/FBSDKCoreKit_Basics.framework.dSYM
Found dSYM at path: /var/folders/sb/t8_fztcj0p1g2qnvn528lpb80000gn/T//./dsym.zip.unzipped/FBSDKCoreKit_Basics.framework.dSYM
Begin processing dSYM at /var/folders/sb/t8_fztcj0p1g2qnvn528lpb80000gn/T/dsym.zip.unzipped/FBSDKCoreKit_Basics.framework.dSYM/Contents/Resources/DWARF/FBSDKCoreKit_Basics
2025-02-05 05:41:29.414 upload-symbols[74881:4740476] Path to CoreSymbolication is invalid, aborting
upload.sh: line 9: 74881 Segmentation fault: 11  ./${binary} -d -ai "${APP_ID}" -p ios "${DSYM_PATH}"
Done uploading dSYM for upload-symbols

If using Swift Package Manager, the project's Package.resolved

Expand Package.resolved snippet

Replace this line with the contents of your Package.resolved.

If using CocoaPods, the project's Podfile.lock

Expand Podfile.lock snippet

Replace this line with the contents of your Podfile.lock!

[google-oss-bot]

I couldn't figure out how to label this issue, so I've labeled it for a human to triage. Hang tight.

[rizafran]

Thanks for reporting, @otaviolima. We would like to know which architecture (Intel or arm mac) your CI machine is running on?

[otaviolima]

Hello @rizafran, we are using arm mac architecture

[wesselj2]

I've also just started seeing this issue on our CI/CD workflows. We are getting the same error, Path to CoreSymbolication is invalid, aborting, on our host machines running macOS 15.5 and Xcode 16.4. It did not seem to be an issue with Xcode 16.3 in combination with macOS 15.4 or less. We are using upload-symbols from version 11.7.0.

I have verified that the CoreSymbolication framework is located at /System/Library/PrivateFrameworks/CoreSymbolication.framework/ it is also found in /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/PrivateFrameworks/CoreSymbolication.framework/.

Update: Same error for 11.15.0.

[Gaziav]

hello, any updates on that issue?

[wesselj2]

Additional note this seems to be happening on machines that had a clean install of macOS 15.5, but not machines that were upgraded.

EDIT: I actually think the machines in question had macOS 15.4 and upgraded to 15.5. The machines not having a problem were at least under 15.3. Not sure of the version exactly but I am wondering if the CoreSymbolication.framework was moved from the location that upload-symbols expects.

[wesselj2]

Update. This is happening only when the upload-symbols script is run over CI with Github actions. If I log in to the machine and run the script myself it works fine. The github actions-runner service is running as the same user I login as. Which is a nonadmin user. The other machines that run this successfully have the same user setup for Github actions. I'm still leaning towards this being an issue with macOS 15.x/Xcode 16.4 upgrade moving the location of the CoreSymbolication library.

[Gaziav1]

For me it was related to minimum OS version less than Xcode required, OS update fixed the issue

[wesselj2]

I cannot validate that the error we were encountering had the same cause as @Gaziav1 pointed out. I made our CI check for firebase symbol uploads not required and had not monitored it for a while, but checking in more recently and the job is working. The things we've done on our CI/CD runners since I last checked was update to macOS 15.6.1 and Xcode 26.

[otaviolima]

After we updated our runners to macOS 15.6.1 and Xcode 26.0.1, the issue was not faced anymore. From our side, we can no longer reproduce. Closing as not planned due to that.