-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
[PM-13804] Add new Is-Prerelease header to requests #11605
Conversation
Codecov ReportAttention: Patch coverage is
✅ All tests successful. No failed tests found.
Additional details and impacted files@@ Coverage Diff @@
## main #11605 +/- ##
==========================================
+ Coverage 33.20% 33.25% +0.05%
==========================================
Files 2782 2789 +7
Lines 86484 86675 +191
Branches 16484 16507 +23
==========================================
+ Hits 28714 28826 +112
- Misses 55483 55554 +71
- Partials 2287 2295 +8 ☔ View full report in Codecov by Sentry. |
New Issues
Fixed Issues
|
💭 What if we don't consider just betas? Is the naming of "prerelease" more appropriate? Do we think these need to be enumerated? |
Addressed with |
🤔 I see that there aren't any tests for |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes LGTM, I'm also surprised there aren't any tests for the API service, seems like it would be fairly easy to mock the nativeFetch
method to add some tests for expected headers.
🎟️ Tracking
https://bitwarden.atlassian.net/browse/PM-13804
📔 Objective
We want the ability to control feature flags based on whether the requesting client is a beta build or not.
To provide this context to LaunchDarkly, we must introduce a way for the clients to communicate that they are a beta to the server, where it can be used to build the LaunchDarkly context.
This will be done with an
Is-Prerelease
header on the request.This PR adds that header to all API requests to our back-end based on whether the client-side
prereleaseBuild
flag is enabled.⏰ Reminders before review
🦮 Reviewer guidelines
:+1:
) or similar for great changes:memo:
) or ℹ️ (:information_source:
) for notes or general info:question:
) for questions:thinking:
) or 💭 (:thought_balloon:
) for more open inquiry that's not quite a confirmed issue and could potentially benefit from discussion:art:
) for suggestions / improvements:x:
) or:warning:
) for more significant problems or concerns needing attention:seedling:
) or ♻️ (:recycle:
) for future improvements or indications of technical debt:pick:
) for minor or nitpick changes