-
-
Notifications
You must be signed in to change notification settings - Fork 31.8k
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
Manual config of Sonos no longer works since 0.7x #15384
Comments
I (also on a VM - VirtualBox) have the same issue. Debian 9.4 Manual configuration via |
I am seeing the same behavior on docker since 0.72 |
You guys didn't read release notes?
|
IMAO .... manual config should always should be be a option. I have hue manually config along with being added via the intergrations page. I do not want discovery enabled at all times. |
@awarecan However, the component pages say that manual config is still an option. Yes, the config entries are useful, but they're supposed to not be the only option. |
Same problem here. I am also unable to configure Sonos via the auto-discovery method ("No Sonos devices found on the network."), as they are on a different VLAN. I do hope there is a way to manually configure this, or at least provide an IP address during the configuration process. |
Same issue for the |
Closing as a duplicate of #15146. |
Last working Home Assistant release (if known):
0.66 (though I jumped from 0.66 to 0.72)
Operating environment (Hass.io/Docker/Windows/etc.):
Ubuntu 14.04.5 running in a VM
Component/platform:
Sonos
Description of problem:
Can't configure Sonos via configuration.yaml and manually specify your media player hosts.
Problem-relevant
configuration.yaml
entries and (fill out even if it seems unimportant):Traceback (if applicable):
Additional information:
The Sonos component works fine if enabled through the integrations configuration but that then relies on auto discovery. It doesn't appear there is a way to setup Sonos without using the integrations configuration since the 0.7x release. It has also been reported that the same issue is occurring with the cast component.
The text was updated successfully, but these errors were encountered: