fix: respect call type settings when applying persisted device preferеnces

[oliverlaz]

💡 Overview

Before applying local preferences, we now check whether the appropriate device kind is enabled on the call type level.
This is especially important for customers using default and audio-only call types in the same app.

Although preferences can be kept under a different key depending on the call type, it is good to handle this in the hook itself, too.

[Copilot]

Pull Request Overview

This PR fixes device preference handling by checking call type settings before applying persisted device preferences. This ensures that devices like cameras are only enabled/applied when the call type actually supports them, preventing issues when mixing default and audio-only call types.

• Adds call type setting checks before applying persisted device preferences
• Conditionally renders camera/video controls based on call type video settings
• Updates device preference application to respect call type enablement

Reviewed Changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 2 comments.

File	Description
sample-apps/react/react-dogfood/components/Lobby.tsx	Conditionally renders video controls based on call type video settings
packages/react-sdk/src/hooks/usePersistedDevicePreferences.ts	Updates preference application logic to check call type enablement before applying device states