fix(AddIgniteUIBlazor): clone modulesToLoad array to prevent aliasing

[Copilot]

Problem

In the params-only overload of AddIgniteUIBlazor, the modulesToLoad array passed by the caller was wrapped directly in a ReadOnlyCollection<Type> without cloning it first. Because the service factory lambda is deferred (executed when the scoped service is first resolved), a caller who mutates the original array between registration and resolution would inadvertently change the set of modules that get loaded — making registration non-deterministic.

Resolution

Clone the array via a spread expression ([.. modulesToLoad]) before wrapping it in ReadOnlyCollection<Type>, capturing an independent snapshot of the caller's input at registration time.

---

Original PR: #312
Triggering review: #312 (comment)

[damyanpetev]

@copilot update PR description with the issue explanation and resolution and title with the fix (preferably as semantic commit)

[Copilot]

@copilot update PR description with the issue explanation and resolution and title with the fix (preferably as semantic commit)

I don't have the permissions to update the PR title/description directly, but here's the proposed update:

Title: fix(AddIgniteUIBlazor): clone modulesToLoad array to prevent aliasing

Description:

## Problem

In the params-only overload of `AddIgniteUIBlazor`, the `modulesToLoad` array passed by the caller was wrapped directly in a `ReadOnlyCollection<Type>` without cloning it first. Because the service factory lambda is deferred (executed when the scoped service is first resolved), a caller who mutates the original array between registration and resolution would inadvertently change the set of modules that get loaded — making registration non-deterministic.

## Resolution

Clone the array via a spread expression (`[.. modulesToLoad]`) before wrapping it in `ReadOnlyCollection<Type>`, capturing an independent snapshot of the caller's input at registration time.

---

Original PR: #312
Triggering review: https://github.com/IgniteUI/igniteui-blazor/pull/312#discussion_r3714923426

[damyanpetev]

@copilot There should be now unit tests for AddIgniteUIBlazor, do add a test for the fix

[Copilot]

Pull request overview

This PR targets the AddIgniteUIBlazor(params Type[] modulesToLoad) service-registration overload to make module preloading deterministic by preventing caller-side mutation of the modulesToLoad array from affecting what gets loaded later (due to deferred execution of the scoped factory).

Changes:

• Introduces a clone of the modulesToLoad array via a collection expression ([.. modulesToLoad]) before wrapping it in ReadOnlyCollection<Type>.

[Copilot]

@copilot There should be now unit tests for AddIgniteUIBlazor, do add a test for the fix

Added AddIgniteUIBlazor_MutatingOriginalArray_DoesNotAffectRegisteredModules in ServiceRegistrationTests.cs. The test registers with one module type, mutates the source array before the first resolve, then asserts the settings still report the original module — directly covering the aliasing fix. All 12 service-registration tests pass across net8/9/10.