should not ignore options.transport function provided in Sentry.init(...)

[zivl]

📢 Type of change

• Bugfix
• New feature
• Enhancement
• Refactoring

📜 Description

I've updated the ReactNativeClient constructor to first check if options.transport is provided and if so - then it takes it and calls to super(options). If options.transport not provided then keep the previous logic and conduct react-native transport layer and then calls to super(options).

💡 Motivation and Context

this resolves issue #2397

💚 How did you test it?

I've added a test which gets the given custom transport layer and then runs and validates the customized send and flush functions.

📝 Checklist

• I reviewed submitted code
• I added tests to verify changes
• All tests passing
• No breaking changes

🔮 Next steps

[marandaneto]

@zivl please add the changelog entry.
Thank you for fixing this.

[zivl]

@marandaneto change requests are done. please review again

[marandaneto]

@marandaneto change requests are done. please review again

Awesome.
Double-check the linter.

/home/runner/work/sentry-react-native/sentry-react-native/test/client.test.ts
  118:14  error  Avoid referencing unbound methods which may cause unintentional scoping of `this`  @typescript-eslint/unbound-method
  11[9](https://github.com/getsentry/sentry-react-native/runs/7539677797?check_suite_focus=true#step:5:10):14  error  Avoid referencing unbound methods which may cause unintentional scoping of `this`  @typescript-eslint/unbound-method

When fixing this, we are ready to LGTM.

[zivl]

@marandaneto I can't get out of it without really put a eslint-ignore... comment as this is a dummy implementation for the sake of the test. it is also stated here that it is better to just add an ignore comment, can you go with that? or have any other solution?

[marandaneto]

@marandaneto I can't get out of it without really put a eslint-ignore... comment as this is a dummy implementation for the sake of the test. it is also stated here that it is better to just add an ignore comment, can you go with that? or have any other solution?

We can eslint-ignore it, no problem.