Skip to content

Restore mopeka sensor entity data across reloads#172178

Merged
bdraco merged 1 commit into
devfrom
mopeka-restore-entity-data
May 25, 2026
Merged

Restore mopeka sensor entity data across reloads#172178
bdraco merged 1 commit into
devfrom
mopeka-restore-entity-data

Conversation

@bdraco
Copy link
Copy Markdown
Member

@bdraco bdraco commented May 25, 2026

Breaking change

Proposed change

The mopeka integration registers a passive bluetooth processor without an entity description class, so entity_data is not persisted across integration reloads or Home Assistant restarts; entities go blank until the next advertisement carries data. Passing SensorEntityDescription to async_register_processor opts into the existing restore path in passive_update_processor so last known values reappear immediately on startup and update normally as fresh advertisements arrive.

Type of change

  • Dependency upgrade
  • Bugfix (non-breaking change which fixes an issue)
  • New integration (thank you!)
  • New feature (which adds functionality to an existing integration)
  • Deprecation (breaking change to happen in the future)
  • Breaking change (fix/feature causing existing functionality to break)
  • Code quality improvements to existing code or addition of tests

Additional information

  • This PR fixes or closes issue: fixes #
  • This PR is related to issue:
  • Link to documentation pull request:
  • Link to developer documentation pull request:
  • Link to frontend pull request:

Checklist

  • I understand the code I am submitting and can explain how it works.
  • The code change is tested and works locally.
  • Local tests pass. Your PR cannot be merged unless tests pass
  • There is no commented out code in this PR.
  • I have followed the development checklist
  • I have followed the perfect PR recommendations
  • The code has been formatted using Ruff (ruff format homeassistant tests)
  • Tests have been added to verify that the new code works.
  • Any generated code has been carefully reviewed for correctness and compliance with project standards.

If user exposed functionality or configuration variables are added/changed:

If the code communicates with devices, web services, or third-party tools:

  • The manifest file has all fields filled out correctly.
    Updated and included derived files by running: python3 -m script.hassfest.
  • New or updated dependencies have been added to requirements_all.txt.
    Updated by running python3 -m script.gen_requirements_all.
  • For the updated dependencies a diff between library versions and ideally a link to the changelog/release notes is added to the PR description.

To help with the load of incoming pull requests:

Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

This PR updates the Mopeka BLE sensor platform to opt into the passive Bluetooth restore mechanism so last-known sensor values persist across integration reloads and Home Assistant restarts.

Changes:

  • Register the Mopeka PassiveBluetoothDataProcessor with SensorEntityDescription so PassiveBluetoothProcessorCoordinator can restore entity_data/entity_descriptions on startup/reload.

Comment thread homeassistant/components/mopeka/sensor.py
@bdraco bdraco marked this pull request as ready for review May 25, 2026 19:45
@bdraco
Copy link
Copy Markdown
Member Author

bdraco commented May 25, 2026

thanks

@bdraco bdraco merged commit 946625e into dev May 25, 2026
30 checks passed
@bdraco bdraco deleted the mopeka-restore-entity-data branch May 25, 2026 19:47
JensTimmerman pushed a commit to JensTimmerman/home-assistant that referenced this pull request May 25, 2026
@github-actions github-actions Bot locked and limited conversation to collaborators May 26, 2026
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants