refactor: cleanup platform mocking

[vaind]

• refactor: cleanup platform mocking

📜 Description

part of #2646

💡 Motivation and Context

💚 How did you test it?

📝 Checklist

• I reviewed submitted code
• I added tests to verify changes
• No new PII added or SDK only sends newly added PII if sendDefaultPii is enabled
• I updated the docs if needed
• All tests passing
• No breaking changes

🔮 Next steps

[codecov]

Codecov Report

Attention: Patch coverage is 95.34884% with 4 lines in your changes missing coverage. Please review.

Project coverage is 88.61%. Comparing base (bb29ef9) to head (d70dc31).

Files with missing lines	Patch %	Lines
dart/lib/src/platform/_io_platform.dart	72.72%	3 Missing ⚠️
dart/lib/src/sentry_options.dart	75.00%	1 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##               v9    #2730      +/-   ##
==========================================
+ Coverage   88.49%   88.61%   +0.12%     
==========================================
  Files         262      263       +1     
  Lines        8750     8765      +15     
==========================================
+ Hits         7743     7767      +24     
+ Misses       1007      998       -9     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[ueman]

Isn't the platform checker used to decide which native integration is called? So actually returning true for 'isMacOs' on web would cause the macos integrations to be called on web?

[vaind]

Isn't the platform checker used to decide which native integration is called? So actually returning true for 'isMacOs' on web would cause the macos integrations to be called on web?

I believe that was the case in the past but looking at how the code which calls hasNativeIntegration has evolved, it seems pretty useless now. Also, it's actually always true for the platforms we support:

  bool get hasNativeIntegration =>
      platform.isWeb ||
      platform.isAndroid ||
      platform.isIOS ||
      platform.isMacOS ||
      platform.isWindows ||
      platform.isLinux;
      ```

[vaind]

Error: A value of type 'SentryTransaction Function(SentryTransaction)' can't be assigned to a variable of type 'FutureOr<SentryTransaction?> Function(SentryTransaction, Hint)?'.
 - 'SentryTransaction' is from 'package:sentry/src/protocol/sentry_transaction.dart' ('../dart/lib/src/protocol/sentry_transaction.dart').
 - 'Hint' is from 'package:sentry/src/hint.dart' ('../dart/lib/src/hint.dart').
      fixture.options.beforeSendTransaction = (transaction) {
                                              ^
Shuffling test order with --test-randomize-ordering-seed=3637785904

doesn't seem related to the changes in this PR

[buenaflor]

we recently added hints to transactions, looks like flutter tests weren't updated

cc @denrase

[denrase]

@vaind picking this up now if its al right with you

[github-actions]

🚨 Detected changes in high risk code 🚨

High-risk code has higher potential to break the SDK and may be hard to test. To prevent severe bugs, apply the rollout process for releasing such changes and be extra careful when changing and reviewing these files:

• flutter/lib/src/screenshot/recorder.dart

[github-actions]

• 🚫 The changelog entry seems to be part of an already released section ## 9.0.0.
  Consider moving the entry to the ## Unreleased section, please.

[denrase]

@vaind Still have left platform.supportsNativeIntegration as we still have fuchsia as a platform, but I'm not sure about this. Naming and also we can probably remove it, wdyt?

[vaind]

Fuchsia
I'd leave that in, the way it was (i.e. recognized but not supported.

supportsNativeIntegration

Yeah I didn't intend to remove this in the same PR, it's already big as it is.

[vaind]

@denrase the PlatformChecker->RuntimeChecker as well as removing Platform from RuntimeChecker look good to me 👍

[denrase]

@vaind Thank you!

@krystofwoldrich @stefanosiano Would be great if you could also do a review. 🙇‍♂️