You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Network requests made to the same hostname as the agent's reporting beacon endpoint are no longer captured, by default. As an example, outgoing XHRs to the bam.nr-data.net URL where analytic data is typically sent would not reflectively record itself.
Overview
Primary purpose is to make "internal URL" reporting dynamic, so that when the beacon url is changed each time, the deny_list setting doesn't also have to change to retain the block. In other words, it's no longer necessary to include bam-cell.nr-data.net, etc. in the deny_list to prevent agent from reporting its own generated traffic by simply toggling the flag.
This also helps facilitate users who don't care about the agent's own reporting from showing on their NR1 dashboard and from being billed for such data.
Verify that ajax events are not sent for network requests going to any domain that info.beacon or info.errorBeacon is also set to, when init.ajax.block_internal = true (default), but they then are when the flag is flipped to be false.
Also check that whether the initial init.ajax.deny_list is undefined or a preset list doesn't affect this behavior.
enhancementNew feature or requestimpact dataMMFWork directly planned for in an MMFneeds follow upIssue needs follow-up to ensure the problem has been solved by a release, PR, or otherwise.smallSmall Engineering Effort
3 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Network requests made to the same hostname as the agent's reporting beacon endpoint are no longer captured, by default. As an example, outgoing XHRs to the
bam.nr-data.net
URL where analytic data is typically sent would not reflectively record itself.Overview
Primary purpose is to make "internal URL" reporting dynamic, so that when the beacon url is changed each time, the
deny_list
setting doesn't also have to change to retain the block. In other words, it's no longer necessary to includebam-cell.nr-data.net
, etc. in the deny_list to prevent agent from reporting its own generated traffic by simply toggling the flag.This also helps facilitate users who don't care about the agent's own reporting from showing on their NR1 dashboard and from being billed for such data.
Related Issue(s)
NR-99149, NR-136392
Bug: NR-140471
Testing
Verify that ajax events are not sent for network requests going to any domain that
info.beacon
orinfo.errorBeacon
is also set to, wheninit.ajax.block_internal = true
(default), but they then are when the flag is flipped to befalse
.Also check that whether the initial
init.ajax.deny_list
is undefined or a preset list doesn't affect this behavior.