Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Zone component error after update to 0.69 #14396

Closed
bieniu opened this issue May 11, 2018 · 9 comments · Fixed by #14449
Closed

Zone component error after update to 0.69 #14396

bieniu opened this issue May 11, 2018 · 9 comments · Fixed by #14449
Assignees
Labels

Comments

@bieniu
Copy link
Member

bieniu commented May 11, 2018

Home Assistant release with the issue:
0.69

Last working Home Assistant release (if known):
0.68.1

Operating environment (Hass.io/Docker/Windows/etc.):
RPi3, Raspbian, virtual_env/Python 3.6.3

Component/platform:
zone

Description of problem:
After upgrade HA to 0.69 I have error during setup component zone:

Error during setup of component zone
Traceback (most recent call last):
  File "/srv/homeassistant/lib/python3.6/site-packages/homeassistant/setup.py", line 142, in _async_setup_component
    result = await component.async_setup(hass, processed_config)
  File "/srv/homeassistant/lib/python3.6/site-packages/homeassistant/components/zone/__init__.py", line 68, in async_setup
    hass.data[DOMAIN][slugify(name)] = zone
  File "/srv/homeassistant/lib/python3.6/site-packages/homeassistant/util/__init__.py", line 43, in slugify
    text = normalize('NFKD', text)
TypeError: normalize() argument 2 must be str, not None

The error occurs even when I completely delete the zone configuration or create a configuration via Settings / Integrations.

Problem-relevant configuration.yaml entries and (fill out even if it seems unimportant):

homeassistant:
  latitude: !secret home_latitude
  longitude: !secret home_longitude
  elevation: 97

 zone:
   name: work
   icon: mdi:domain
   latitude: 52.1344
   longitude: 21.0586
@bieniu
Copy link
Member Author

bieniu commented May 11, 2018

I found a solution. I didn't have the name option for the homeassistant in my configuration. After adding it the error disappears. According to the documentation on the page, the name option is optional.

@Kane610
Copy link
Member

Kane610 commented May 13, 2018

Great catch! Thanks!

@theres
Copy link

theres commented May 14, 2018

Not sure if it's the same problem, but if you have multiple zones with the same name, only the last one is visible on map. That used to work.

@Kane610
Copy link
Member

Kane610 commented May 16, 2018

@theres thanks! Will look into this

@Martinvdm
Copy link

Martinvdm commented May 22, 2018

same issue as @theres. Before 0.69 multiple zones with the same names are working just fine. Now, after 0.69, it is not working any more. Without an error it is only creating a sensor of the last Zone.

@Kane610
Copy link
Member

Kane610 commented May 23, 2018

Are there any real reasons why you'd want to have multiple zones with the same name?

@Martinvdm
Copy link

Martinvdm commented May 23, 2018

Yes. I have 2 work zones. Used in automations for my wife and myself. From_work etc. But secondly according to documentation the Name is optional and a supposed to be a ‘friendly name’ of the zone. And it is nicer to have the same name in the GUI for both persons.

@remco770
Copy link

Same issue with my setup. After upgrading to 0.69.x. Could someone dive into it? No error logging

@Kane610
Copy link
Member

Kane610 commented May 30, 2018

I've reverted limitations on naming for zones configured through configuration.yaml

@home-assistant home-assistant locked and limited conversation to collaborators Oct 26, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants