* Add data coordinator to incomfort integration
* Remove unused code and redundant comment, move entity class
* Use freezer
* Cleanup snapshot
* Use entry.runtime_data
* Use freezer, use mock_config_entry
* Use tick
* Use ConfigEntryError while we do not yet support a re-auth flow, update tests
* Use tick with async_fire_time_changed
* update to new cmd_list type
* Wake battery cams each 1 hour
* fix styling
* fix epoch
* fix timezone
* force full update when using generic update service
* improve comment
* Use time.time() instead of datetime
* fix import order
* Report non-awaited/non-locked config entry platform forwards
Its currently possible for config entries to be reloaded while their platforms
are being forwarded if platform forwards are not awaited or done after the
config entry is setup since the lock will not be held in this case.
In https://developers.home-assistant.io/blog/2022/07/08/config_entry_forwards
we advised to await platform forwards to ensure this does not happen, however
for sleeping devices and late discovered devices, platform forwards may happen
later.
If config platform forwards are happening during setup, they should be awaited
If config entry platform forwards are not happening during setup, instead
async_late_forward_entry_setups should be used which will hold the lock to
prevent the config entry from being unloaded while its platforms are being
setup
* Report non-awaited/non-locked config entry platform forwards
Its currently possible for config entries to be reloaded while their platforms
are being forwarded if platform forwards are not awaited or done after the
config entry is setup since the lock will not be held in this case.
In https://developers.home-assistant.io/blog/2022/07/08/config_entry_forwards
we advised to await platform forwards to ensure this does not happen, however
for sleeping devices and late discovered devices, platform forwards may happen
later.
If config platform forwards are happening during setup, they should be awaited
If config entry platform forwards are not happening during setup, instead
async_late_forward_entry_setups should be used which will hold the lock to
prevent the config entry from being unloaded while its platforms are being
setup
* run with error on to find them
* cert_exp, hold lock
* cert_exp, hold lock
* shelly async_late_forward_entry_setups
* compact
* compact
* found another
* patch up mobileapp
* patch up hue tests
* patch up smartthings
* fix mqtt
* fix esphome
* zwave_js
* mqtt
* rework
* fixes
* fix mocking
* fix mocking
* do not call async_forward_entry_setup directly
* docstrings
* docstrings
* docstrings
* add comments
* doc strings
* fixed all in core, turn off strict
* coverage
* coverage
* missing
* coverage
* Prelimenary tests for incomfort integration
* Use snapshot_platform
* Use helper
* Ensure the device name is set in device info
* Move snapshot tests to platform test modules
* Move unused snapshot file
* Naming and docstr
* update snapshots
* cleanup snapshots
* Add water heater tests
* Setup for split
* Adjust to allow for None
* Create
* Add missing
* Fix datetime parsing in Azure DevOps sensor
* Remove definition id and name
These aren't needed and will never change
* Add tests for each sensor
* Add tests for edge cases
* Rename translations
* Update
* Use base sensor descriptions
* Remove
* Drop status
using this later for an event entity
* Switch to timestamp
* Switch to timestamp
* Merge
* Update snapshot
* Improvements from @joostlek
* Update homeassistant/components/azure_devops/sensor.py
---------
Co-authored-by: Joost Lekkerkerker <joostlek@outlook.com>
Jan Bouwhuis
Ethem Cem Özkan
epenet
Erwin Douna
dependabot[bot]
Diogo Gomes
Paulus Schoutsen
starkillerOG
Franck Nijhof
J. Nick Koston
Jack Boswell
Robert Svensson
arturyak
Tsvi Mostovicz
Gerben Jongerius
Michał Huryn
Jan-Philipp Benecke
Maciej Bieniek
Bram Kragten
Stefan Agner
ollo69
Joost Lekkerkerker
Richard Kroegel
Markus Jacobsen
Erik Montnemery
Alexandre CUER
Aidan Timson