FIX: Modify logic to get active player settings object to work with build profiles (ISXB-1430)

[marcus-winter42]

Description

This PR fixes ISXB-1430 by introducing a workaround to properly determine the currently active PlayerSettings. Previously a list of all exisiting PlayerSettings objects was fetched and the first one was assumed to be the active one.

Testing status & QA

Verified locally that the infinit reimport loop no longer occurs with the provided reproducer project.

Overall Product Risks

• Complexity: 1
• Halo Effect: 1

Comments to reviewers

None.

Checklist

Before review:

• Changelog entry added.
  • Explains the change in Changed, Fixed, Added sections.
  • For API change contains an example snippet and/or migration example.
  • JIRA ticket linked, example (case %%). If it is a private issue, just add the case ID without a link.
  • Jira port for the next release set as "Resolved".
• Tests added/changed, if applicable.
  • Functional tests Area_CanDoX, Area_CanDoX_EvenIfYIsTheCase, Area_WhenIDoX_AndYHappens_ThisIsTheResult.
  • Performance tests.
  • Integration tests.
• Docs for new/changed API's.
  • Xmldoc cross references are set correctly.
  • Added explanation how the API works.
  • Usage code examples added.
  • The manual is updated, if needed.

During merge:

• Commit message for squash-merge is prefixed with one of the list:
  • NEW: ___.
  • FIX: ___.
  • DOCS: ___.
  • CHANGE: ___.
  • RELEASE: 1.1.0-preview.3.

After merge:

• Create forward/backward port if needed. If you are blocked from creating a forward port now please add a task to ISX-1444.

[unity-cla-assistant]

All committers have signed the CLA.

[ekcoh]

LGTM, lets make sure to replace this code with proper API when available.

[Pauliusd01]

LGTM, checked the build profile overriding input backend repro as well as regular backend switching. Tested on editors mentioned as reproducible and not reproducible since the if added is broad, didn't seem to cause any issues on the non reproducible versions though so that's fine

[jfreire-unity]

Thanks @marcus-winter42 . Once this http://github.cds.internal.unity3d.com/unity/unity/pull/61739 lands, we should update the package code for Unity 6.1