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

v1.4.0

Full Changelog: v1.3.2...v1.4.0

v1.3.2

Full Changelog: v1.3.1...v1.3.2

v1.3.1

Fix: apps desaparecían del source_list tras apagar/encender la TV

Después de un ciclo de apagado/encendido, las apps de Android (Netflix, YouTube, etc.) dejaban de aparecer en source_list, mostrando solo las entradas físicas (HDMI 1, HDMI 2, etc.).

Causa raíz

La lista de apps se cacheaba en BraviaState.app_list vía self.data. Al apagar la TV, el coordinator devolvía un BraviaState vacío. Al volver a encender, self.data.app_list era [] (falsy) y la condición de reutilización fallaba — las apps nunca se recuperaban porque _app_list_fetched ya era True.

Solución

La lista de apps ahora se almacena en una variable de instancia del coordinator (_cached_app_list) que sobrevive a los ciclos de encendido/apagado sin llamadas API adicionales.

Full Changelog: v1.3.0...v1.3.1

v1.3.0

Full Changelog: v1.2.1...v1.3.0