Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

daytonellwanger
Copy link

disableDeviceCollection is a property on ReactNativePlugin configuration, not ApplicationInsights configuration.

var appInsights = new ApplicationInsights({
config: {
instrumentationKey: 'YOUR_INSTRUMENTATION_KEY_GOES_HERE',
disableDeviceCollection: true,
Copy link
Contributor

Choose a reason for hiding this comment

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

Actually, looking at the current code this is a configuration is only used from the passed in configuration... The config that is passed to the constructor is actually never used.....

Which version are you using (older versions may have referenced it).

Based on what I just reviewed of the classes the correct approach is actually

  • Remove the "config" from the constructor as it's not used (unless it's referenced in another class -- I just looked at the manual one)
  • The config location "works" as currently defined, but would be more correctly located in the extensionConfig["AppInsightsReactNativePlugin"]: { disabeDeviceCollection: true; } which is where you will see it after initialization (and also where you can dynamically change it's value with the current version -- as we now expose all of the configurable values by exposing the internal defaults in their "true" location.

The reason it "works" (or at least it should be) being defined in the root (rather than in the extensionConfig) is historical and as long as the extension config is not also defined (by you) we still "support" reading and config specific value from the root of the config object.

Copy link
Contributor

@MSNev MSNev left a comment

Choose a reason for hiding this comment

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

See comment, I don't believe that this change "works" with the current version @siyuniu-ms I'll let you validate and please give me feedback if what I've said is incorrect.

@siyuniu-ms siyuniu-ms self-assigned this Jul 15, 2024
@MSNev MSNev assigned Karlie-777 and unassigned siyuniu-ms May 8, 2025
@MSNev
Copy link
Contributor

MSNev commented May 8, 2025

Reassigning to Karlie

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