-
Notifications
You must be signed in to change notification settings - Fork 412
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(asm): one click remote config fix #9874
fix(asm): one click remote config fix #9874
Conversation
|
Datadog ReportBranch report: ✅ 0 Failed, 110520 Passed, 43503 Skipped, 23m 32.9s Total duration (8m 24.65s time saved) |
…ix_one_click_activation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #9874 +/- ##
===========================================
- Coverage 73.94% 10.55% -63.39%
===========================================
Files 1402 1367 -35
Lines 130460 128033 -2427
===========================================
- Hits 96465 13516 -82949
- Misses 33995 114517 +80522 ☔ View full report in Codecov by Sentry. |
…ix_one_click_activation
BenchmarksBenchmark execution time: 2024-07-26 12:54:58 Comparing candidate commit f866182 in PR branch Found 0 performance improvements and 0 performance regressions! Performance is the same for 196 metrics, 2 unstable metrics. |
The backport to
To backport manually, run these commands in your terminal: # Fetch latest updates from GitHub
git fetch
# Create a new working tree
git worktree add .worktrees/backport-2.8 2.8
# Navigate to the new working tree
cd .worktrees/backport-2.8
# Create a new branch
git switch --create backport-9874-to-2.8
# Cherry-pick the merged commit of this pull request and resolve the conflicts
git cherry-pick -x --mainline 1 ebf3fa99ba5cd58a57fa4c5f1950fb6068754645
# Push it to GitHub
git push --set-upstream origin backport-9874-to-2.8
# Go back to the original working tree
cd ../..
# Delete the working tree
git worktree remove .worktrees/backport-2.8 Then, create a pull request where the |
The backport to
To backport manually, run these commands in your terminal: # Fetch latest updates from GitHub
git fetch
# Create a new working tree
git worktree add .worktrees/backport-2.9 2.9
# Navigate to the new working tree
cd .worktrees/backport-2.9
# Create a new branch
git switch --create backport-9874-to-2.9
# Cherry-pick the merged commit of this pull request and resolve the conflicts
git cherry-pick -x --mainline 1 ebf3fa99ba5cd58a57fa4c5f1950fb6068754645
# Push it to GitHub
git push --set-upstream origin backport-9874-to-2.9
# Go back to the original working tree
cd ../..
# Delete the working tree
git worktree remove .worktrees/backport-2.9 Then, create a pull request where the |
The backport to
To backport manually, run these commands in your terminal: # Fetch latest updates from GitHub
git fetch
# Create a new working tree
git worktree add .worktrees/backport-2.10 2.10
# Navigate to the new working tree
cd .worktrees/backport-2.10
# Create a new branch
git switch --create backport-9874-to-2.10
# Cherry-pick the merged commit of this pull request and resolve the conflicts
git cherry-pick -x --mainline 1 ebf3fa99ba5cd58a57fa4c5f1950fb6068754645
# Push it to GitHub
git push --set-upstream origin backport-9874-to-2.10
# Go back to the original working tree
cd ../..
# Delete the working tree
git worktree remove .worktrees/backport-2.10 Then, create a pull request where the |
This PR fixes a small problem in the Remote Config layer for ASM_FEATURES product. After that PR: On the worker side: 1. if we receive a key in the rc configuration and the value is non empty, it means the value was changed 2. if we receive a key in the rc configuration and the value is empty, it means the value was deleted 3. if we don't receive a key in the rc configuration, it means the value was unchanged. Previously, if the value was a list, it was already the case, but if the value was a dictionary, case 2 and 3 were not correctly separated. Now, an empty dictionary is sent if the key is deleted (case 2). Also: - small refactor - update unit tests appropriately - increase coverage on ASM_FEATURES unit tests for one click - this PR will also be validated by new system tests - [x] PR author has checked that all the criteria below are met - The PR description includes an overview of the change - The PR description articulates the motivation for the change - The change includes tests OR the PR description describes a testing strategy - The PR description notes risks associated with the change, if any - Newly-added code is easy to change - The change follows the [library release note guidelines](https://ddtrace.readthedocs.io/en/stable/releasenotes.html) - The change includes or references documentation updates if necessary - Backport labels are set (if [applicable](https://ddtrace.readthedocs.io/en/latest/contributing.html#backporting)) - [x] Reviewer has checked that all the criteria below are met - Title is accurate - All changes are related to the pull request's stated goal - Avoids breaking [API](https://ddtrace.readthedocs.io/en/stable/versioning.html#interfaces) changes - Testing strategy adequately addresses listed risks - Newly-added code is easy to change - Release note makes sense to a user of the library - If necessary, author has acknowledged and discussed the performance implications of this PR as reported in the benchmarks PR comment - Backport labels are set in a manner that is consistent with the [release branch maintenance policy](https://ddtrace.readthedocs.io/en/latest/contributing.html#backporting) --------- Co-authored-by: Federico Mon <[email protected]> (cherry picked from commit ebf3fa9)
This PR fixes a small problem in the Remote Config layer for ASM_FEATURES product. After that PR: On the worker side: 1. if we receive a key in the rc configuration and the value is non empty, it means the value was changed 2. if we receive a key in the rc configuration and the value is empty, it means the value was deleted 3. if we don't receive a key in the rc configuration, it means the value was unchanged. Previously, if the value was a list, it was already the case, but if the value was a dictionary, case 2 and 3 were not correctly separated. Now, an empty dictionary is sent if the key is deleted (case 2). Also: - small refactor - update unit tests appropriately - increase coverage on ASM_FEATURES unit tests for one click - this PR will also be validated by new system tests - [x] PR author has checked that all the criteria below are met - The PR description includes an overview of the change - The PR description articulates the motivation for the change - The change includes tests OR the PR description describes a testing strategy - The PR description notes risks associated with the change, if any - Newly-added code is easy to change - The change follows the [library release note guidelines](https://ddtrace.readthedocs.io/en/stable/releasenotes.html) - The change includes or references documentation updates if necessary - Backport labels are set (if [applicable](https://ddtrace.readthedocs.io/en/latest/contributing.html#backporting)) - [x] Reviewer has checked that all the criteria below are met - Title is accurate - All changes are related to the pull request's stated goal - Avoids breaking [API](https://ddtrace.readthedocs.io/en/stable/versioning.html#interfaces) changes - Testing strategy adequately addresses listed risks - Newly-added code is easy to change - Release note makes sense to a user of the library - If necessary, author has acknowledged and discussed the performance implications of this PR as reported in the benchmarks PR comment - Backport labels are set in a manner that is consistent with the [release branch maintenance policy](https://ddtrace.readthedocs.io/en/latest/contributing.html#backporting) --------- Co-authored-by: Federico Mon <[email protected]> (cherry picked from commit ebf3fa9)
Backport to 2.9 of #9874 This PR fixes a small problem in the Remote Config layer for ASM_FEATURES product. After that PR: On the worker side: 1. if we receive a key in the rc configuration and the value is non empty, it means the value was changed 2. if we receive a key in the rc configuration and the value is empty, it means the value was deleted 3. if we don't receive a key in the rc configuration, it means the value was unchanged. Previously, if the value was a list, it was already the case, but if the value was a dictionary, case 2 and 3 were not correctly separated. Now, an empty dictionary is sent if the key is deleted (case 2). Also: - small refactor - update unit tests appropriately - increase coverage on ASM_FEATURES unit tests for one click - this PR will also be validated by new system tests APPSEC-54105 --------- ## Checklist - [x] PR author has checked that all the criteria below are met - The PR description includes an overview of the change - The PR description articulates the motivation for the change - The change includes tests OR the PR description describes a testing strategy - The PR description notes risks associated with the change, if any - Newly-added code is easy to change - The change follows the [library release note guidelines](https://ddtrace.readthedocs.io/en/stable/releasenotes.html) - The change includes or references documentation updates if necessary - Backport labels are set (if [applicable](https://ddtrace.readthedocs.io/en/latest/contributing.html#backporting)) ## Reviewer Checklist - [x] Reviewer has checked that all the criteria below are met - Title is accurate - All changes are related to the pull request's stated goal - Avoids breaking [API](https://ddtrace.readthedocs.io/en/stable/versioning.html#interfaces) changes - Testing strategy adequately addresses listed risks - Newly-added code is easy to change - Release note makes sense to a user of the library - If necessary, author has acknowledged and discussed the performance implications of this PR as reported in the benchmarks PR comment - Backport labels are set in a manner that is consistent with the [release branch maintenance policy](https://ddtrace.readthedocs.io/en/latest/contributing.html#backporting)
Backport to 2.10 of #9874 This PR fixes a small problem in the Remote Config layer for ASM_FEATURES product. After that PR: On the worker side: 1. if we receive a key in the rc configuration and the value is non empty, it means the value was changed 2. if we receive a key in the rc configuration and the value is empty, it means the value was deleted 3. if we don't receive a key in the rc configuration, it means the value was unchanged. Previously, if the value was a list, it was already the case, but if the value was a dictionary, case 2 and 3 were not correctly separated. Now, an empty dictionary is sent if the key is deleted (case 2). APPSEC-54105 Also: - small refactor - update unit tests appropriately - increase coverage on ASM_FEATURES unit tests for one click - this PR will also be validated by new system tests ## Checklist - [x] PR author has checked that all the criteria below are met - The PR description includes an overview of the change - The PR description articulates the motivation for the change - The change includes tests OR the PR description describes a testing strategy - The PR description notes risks associated with the change, if any - Newly-added code is easy to change - The change follows the [library release note guidelines](https://ddtrace.readthedocs.io/en/stable/releasenotes.html) - The change includes or references documentation updates if necessary - Backport labels are set (if [applicable](https://ddtrace.readthedocs.io/en/latest/contributing.html#backporting)) ## Reviewer Checklist - [x] Reviewer has checked that all the criteria below are met - Title is accurate - All changes are related to the pull request's stated goal - Avoids breaking [API](https://ddtrace.readthedocs.io/en/stable/versioning.html#interfaces) changes - Testing strategy adequately addresses listed risks - Newly-added code is easy to change - Release note makes sense to a user of the library - If necessary, author has acknowledged and discussed the performance implications of this PR as reported in the benchmarks PR comment - Backport labels are set in a manner that is consistent with the [release branch maintenance policy](https://ddtrace.readthedocs.io/en/latest/contributing.html#backporting)
This PR fixes a small problem in the Remote Config layer for ASM_FEATURES product.
After that PR:
On the worker side:
Previously, if the value was a list, it was already the case, but if the value was a dictionary, case 2 and 3 were not correctly separated. Now, an empty dictionary is sent if the key is deleted (case 2).
Also:
APPSEC-54105
Checklist
Reviewer Checklist