This was mentioned further up:
Personally Iām not seeing the issue. Which is odd.
You should set the other disabled colors, esp.
input-disabled-fill-color: var(--ha-card-background)
as well. Otherwise, you have still white fields, e.g. date picker in Log and History until completely loaded.
Did you open an issue or do you, @robi?
The changes must be a mistake, because you have now only two times the friendly name, but 0 entity id anymore.
I did not, a bit busy for dreaming about HA now(((
Will be grateful if someone do it!
The entity_idās show up in the field under the friendly name when searching. The field was replaced with the same search field you see elsewhere in the UI which only shows the friendlyname after selection. It was not a mistake. You can still view the entity_id below in the entity/state/attributes grid and you can still use that grid to see everything.
Regardless of that information, it still may be worth creating an issue about this to ensure we can see the entity_id. Possibly by updating the control to show the friendly name and below it, the entity_id. Like it does when searching that list.
@jbouwh
A question about the MQTT Breaking change " The MQTT climate hold
and away
mode configuration settings are now deprecated":
Iām receiving warning messages in the log:
2022-03-04 15:14:28 WARNING (MainThread) [homeassistant.components.mqtt.climate] The 'send_if_off' option is deprecated, please remove it from your configuration
2022-03-04 15:14:28 WARNING (MainThread) [homeassistant.components.mqtt.climate] The 'hold_modes' option is deprecated, please remove it from your configuration
But neither of those options are defined for my device. Iām using HA autodiscovery and the config message looks like below:
name: CA350 Climate
availability_topic: comfoair/status
payload_available: online
payload_not_available: offline
unique_id: ca350-ca350_climate
device:
identifiers:
- ca350
name: CA350
manufacturer: Zehnder
model: ComfoAir 350
temperature_command_topic: comfoair/comforttemp/set
temperature_state_topic: comfoair/comforttemp
current_temperature_topic: comfoair/supplytemp
min_temp: '15'
max_temp: '27'
temp_step: '1'
modes:
- 'off'
- fan_only
mode_state_topic: comfoair/ha_climate_mode
mode_command_topic: comfoair/ha_climate_mode/set
fan_modes:
- 'off'
- low
- medium
- high
fan_mode_state_topic: comfoair/ha_climate_mode/fan
fan_mode_command_topic: comfoair/ha_climate_mode/fan/set
temperature_unit: C
platform: mqtt
Is that warning message logged regardless of whether those deprecated options are configured or not? If not where can I find it if it is not defined in my HA auto discovery messages?
The āgrid belowā and āstate aboveā are independent UI elements.
This āletās remove entity_idā change is harmful and meaningless.
Of course yes. This info should be displayed.
Of course it is not against you, but to be honest: Then it is a very bad decision for the developer tools page. This is still developer tools. Last release this part got the hide/dropdown for whatever reasons and now the entity_id is hidden. What is the plan with this section, to make it even more useless and remove it? I liked to use it in the past, much faster than the table below, directly possible to change values. And now I have to unhide it, set values, search again in the table below to copy or at least see id, etc.
The plan was simply to give users the ability to search in that ui field, which was not possible before. It wasnāt done with ill intent, so stop treating it like it was. Just simply say āHey I donāt like thisā. We donāt need to hear a dissertation with every small UI change about how stupid it may have been.
There was an auto-complete before as well.
Alright, Iām not here to argue. Please make your request. Thanks.
Have a look at the documentation. It is likely you are using deprecated configuration options. Preset modes have replaced the old hold modes.
The full config is here:
name: CA350 Climate
availability_topic: comfoair/status
payload_available: online
payload_not_available: offline
unique_id: ca350-ca350_climate
device:
identifiers:
- ca350
name: CA350
manufacturer: Zehnder
model: ComfoAir 350
temperature_command_topic: comfoair/comforttemp/set
temperature_state_topic: comfoair/comforttemp
current_temperature_topic: comfoair/supplytemp
min_temp: '15'
max_temp: '27'
temp_step: '1'
modes:
- 'off'
- fan_only
mode_state_topic: comfoair/ha_climate_mode
mode_command_topic: comfoair/ha_climate_mode/set
fan_modes:
- 'off'
- low
- medium
- high
fan_mode_state_topic: comfoair/ha_climate_mode/fan
fan_mode_command_topic: comfoair/ha_climate_mode/fan/set
temperature_unit: C
platform: mqtt
Iāve double checked and all options are in line with the documentation. Iām not using either of the two options mentioned in the warning messages.
This is in the detailed log but was pulled, correct?
I donāt actually use either of them but just had a look and yeah they briefly flash white. Thanks for the tip.
Iāll have a look at your config later.
The Samsung integration can detect my TV, but no device or entity is created after I complete the setup. Itās just me?
In your config there are modes
, mode_command_topic
and mode_state_topic
.
Replace them with the new config values preset_modes
, preset_mode_command_topic
and preset_mode_state_topic
, and the warnings will disappear. See the documentation at MQTT HVAC - Home Assistant.
UPDATE: This is not the cause of the warnings. (my bad). modes
, mode_command_topic
and mode_state_topic
are still valid config parameters.
Iām not sure why, but these started displaying on mobile today. There was no update from the third party icon app. Whatever it was, doesnāt appear to be an issue for me in 2022.3.1
SABnzbd
stopped working with 3.1
Logger: homeassistant.setup
Source: components/sabnzbd/__init__.py:170
First occurred: 17:55:12 (1 occurrences)
Last logged: 17:55:12
Error during setup of component sabnzbd
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/setup.py", line 235, in _async_setup_component
result = await task
File "/usr/src/homeassistant/homeassistant/components/sabnzbd/__init__.py", line 218, in async_setup
await async_configure_sabnzbd(hass, conf, use_ssl, name, api_key)
File "/usr/src/homeassistant/homeassistant/components/sabnzbd/__init__.py", line 196, in async_configure_sabnzbd
if await async_check_sabnzbd(sab_api):
File "/usr/src/homeassistant/homeassistant/components/sabnzbd/__init__.py", line 170, in async_check_sabnzbd
await sab_api.check_available()
File "/usr/local/lib/python3.9/site-packages/pysabnzbd/__init__.py", line 93, in check_available
await self._call(params)
File "/usr/local/lib/python3.9/site-packages/pysabnzbd/__init__.py", line 41, in _call
async with timeout(self._timeout, loop=self._session.loop):
TypeError: timeout() got an unexpected keyword argument 'loop'