v1.5.6

Fixes

• Sound Output select stuck 'unknown' (#6): outputTerminal is a sound setting (getSoundSettings v1.1), not a speaker setting. The entity now reads from the correct API endpoint and refreshes via the coordinator on every poll cycle, so external changes (TV remote, eARC handshakes) are reflected automatically.
• SSDP UPnP constant imports (#8, contributed by @gaoflow): Fixed incorrect imports for SSDP service info constants that could prevent UPnP discovery.

Changes

• Added get_sound_settings() to BraviaClient (read counterpart to set_sound_settings)
• BraviaSoundOutputSelect now uses coordinator-polled state instead of a one-time startup fetch
• Version bump to 1.5.6

What's Changed

• Fix SSDP UPnP constant imports by @gaoflow in #8

New Contributors

• @gaoflow made their first contribution in #8

Full Changelog: v1.5.5...v1.5.6

v1.5.5

Fix: brand icon path

Move icon from icons/ to brand/ — the correct path for HA dashboard display.

v1.5.4

Fix: CEC device labels lost on older TVs

The v1.5.3 fix for HDMI inputs on KD-49X8005C caused CEC device names (e.g. "PlayStation") to disappear. The v1.0 API fallback doesn't return the label field, and was overwriting the cache.

Changes

• Preserve cached CEC/custom labels when the current fetch lacks them
• Add v1.5 → v1.2 version fallback for getContentList (better CEC discovery on older TVs)

Full Changelog: v1.5.3...v1.5.4

v1.5.3

Fix: HDMI inputs disappearing on older/non-Pro TVs

Fixes a regression introduced in v1.5.0 where HDMI inputs (e.g. "HDMI 1", "HDMI 2") completely vanished from the source list on older TVs like the KD-49X8005C.

What happened

The CEC discovery feature called an API method (getContentList v1.5) that older TVs don't support. When the TV returned an unexpected response, it crashed the entire update cycle — wiping out all sources, not just CEC.

What's fixed

• Non-JSON responses from unsupported API versions are now caught properly
• HDMI input fetch (getCurrentExternalInputsStatus) now falls back from v1.1 → v1.0 for all error types
• CEC discovery is fully isolated — failures can never break the core update cycle
• Added type validation to prevent malformed API responses from causing errors

How to update

HACS → Integrations → Bravia REST API → Update → Restart Home Assistant

Full Changelog: v1.5.2...v1.5.3

v1.5.2

Fix

• Add brand icon to component directory so it displays correctly in the HA integration dashboard

The icon existed in brand/ (for HACS/GitHub) but was missing from custom_components/bravia_rest_api/icons/, where Home Assistant looks for it.

Full Changelog: v1.5.1...v1.5.2

v1.5.1

Fix: Entity names showing as generic device name

Problem

Entities using translation_key (selects, switches, sensors, buttons, number) were displayed as "Sony Bravia Rest Api" with _2, _3 suffixes instead of descriptive names like "Sound Output", "Picture Mode", etc.

Fix

• Added explicit name fallbacks alongside translation_key on all affected entities
• Created translations/en.json for reliable entity name resolution in HACS custom components

Note for existing users

After updating, you may need to remove and re-add the integration (or manually rename entities in Settings → Devices & Services → Entities) for the new entity IDs to take effect. New installations will get clean IDs like select.bravia_pro_sound_output automatically.

Full Changelog: v1.5.0...v1.5.1

v1.5.0 — CEC device discovery and wake-up

What's new

CEC device discovery and wake-up support

The integration now discovers CEC devices connected to HDMI ports (e.g. PlayStation, Apple TV) via the TV's extInput:cec content list and exposes them in source_list.

Why this matters: Selecting a CEC device name (like "PlayStation") triggers CEC wake-up on the connected device, whereas selecting the plain HDMI port name (like "HDMI 2") does not.

Changes

• CEC content list polling — the coordinator now queries extInput:cec on each update cycle and caches the results (same resilience pattern as external inputs and apps).
• Dual source entries — when a physical HDMI port has a CEC device label, both the port name ("HDMI 2") and the device name ("PlayStation") appear in source_list, each mapped to the appropriate URI.
• CEC-aware current source — when the TV reports an active HDMI URI, the integration now resolves it to the CEC device name if one occupies that port, so the UI shows "PlayStation" instead of "HDMI 2".
• Media browser — CEC devices also appear in the "Inputs" section of the media browser.

How to update

HACS → Integrations → Bravia REST API → Update (or redownload), then restart Home Assistant.

v1.4.2

Fix: HDMI sources disappearing from source list (#4)

Bug: After turning on the TV, the source_list correctly showed HDMI inputs for 1-2 seconds, then they disappeared and were replaced by only the app list. Particularly noticeable on older Android TV models (e.g. Sony KD-49X8005C).

Root cause: get_external_inputs() is called on every poll cycle. If the API call failed (common during TV boot on older models), external_inputs was reset to an empty list, causing HDMI inputs to vanish from the source list. Meanwhile, the app list was already cached and always persisted.

Fix: Cache external_inputs the same way app_list is already cached — update the cache on success, preserve the last known good value on failure.

Full Changelog: v1.4.1...v1.4.2

v1.4.1

Fix

• OptionsFlow 500 error: Removed manual self.config_entry assignment in BraviaRestApiOptionsFlow.__init__(). HA Core 2026.4+ made config_entry a read-only property on OptionsFlow — the base class now wires it up automatically.

Fixes the AttributeError: property 'config_entry' of 'BraviaRestApiOptionsFlow' object has no setter crash when clicking Configure on the integration.

Full Changelog: v1.3.3...v1.4.1

v1.3.3

Full Changelog: v1.4.0...v1.3.3