Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix the path to the megazord symbols when uploading #6389

Merged
merged 3 commits into from
Sep 20, 2024

Conversation

jcristau
Copy link
Contributor

@jcristau jcristau commented Sep 20, 2024

fetch-content extracts our symbols archive one directory deeper than I expected, so this fixes commit 37a76bb's fix.

It also adds some more debugging info to the upload_symbols script in case of failure, and removes upload-symbols-related config from the module-build tasks.

@codecov-commenter
Copy link

codecov-commenter commented Sep 20, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 49.30%. Comparing base (cf88836) to head (f6dddab).

Additional details and impacted files
@@           Coverage Diff           @@
##             main    #6389   +/-   ##
=======================================
  Coverage   49.30%   49.30%           
=======================================
  Files         146      146           
  Lines       13708    13708           
=======================================
  Hits         6759     6759           
  Misses       6949     6949           
Flag Coverage Δ
49.30% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

The symbols server expect a specific layout for the archive, and
fetch-content extracts our symbols archive one directory deeper than I
expected.
@jcristau jcristau force-pushed the upload-symbols-debug branch 2 times, most recently from f6dddab to 9e5015a Compare September 20, 2024 18:45
@jcristau jcristau changed the title try and debug upload-symbols failure [ci full] Fix the path to the megazord symbols when uploading Sep 20, 2024
@jcristau jcristau requested a review from bendk September 20, 2024 18:49
@jcristau jcristau marked this pull request as ready for review September 20, 2024 18:49
Copy link
Contributor

@bendk bendk left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for working through this! I think you might have forgot to revert a test change, but it could also be my ignorance at how the secrets work.

- name: project/application-services/symbols-token
key: token
path: .symbols_upload_token
default: []
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should this be removed? I'm wondering if you removed it for your try build and forget to put it back in.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a cleanup I noticed while looking at this; since module-build doesn't upload symbols, it doesn't need access to the symbols.m.o upload token, only upload-symbols does.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

AFAICT this was unused since commit 448dddd.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ahh, I see. That makes total sense.

@rvandermeulen
Copy link
Contributor

@mergify backport release-v131

Copy link
Contributor

mergify bot commented Sep 20, 2024

backport release-v131

✅ Backports have been created

@rvandermeulen rvandermeulen added this pull request to the merge queue Sep 20, 2024
Merged via the queue into mozilla:main with commit ed20db0 Sep 20, 2024
57 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants