webostv integration stopped working (entities not instantiated) after upgrading from 0.108.8 to 0.109.1. after restarting HA, i see the error messages list in the Traceback/Error logs. it appears that if the TVs (3) are off, webostv doesn't instantiate the TVs however in the previous revisions if did.
also note, if the TV happens to be on during HA restart all is well...
configuration.yamlwebostv:
- host: 192.168.1.20
name: Living Room TV
customize:
sources:
- Live TV
- YouTube TV
- Netflix
- UI3 - Blue Iris
- host: 192.168.1.107
name: Master Bedroom TV
customize:
sources:
- Live TV
- YouTube TV
- Netflix
- UI3 - Blue Iris
- host: 192.168.1.180
name: Office TV
customize:
sources:
- Live TV
- YouTube TV
- Netflix
- UI3 - Blue Iris
2020-04-30 04:43:37 INFO (MainThread) [homeassistant.setup] Setting up webostv
2020-04-30 04:43:37 DEBUG (MainThread) [homeassistant.core] Bus:Handling <Event service_registered[L]: domain=webostv, service=button>
2020-04-30 04:43:37 DEBUG (MainThread) [homeassistant.core] Bus:Handling <Event service_registered[L]: domain=webostv, service=command>
2020-04-30 04:43:37 DEBUG (MainThread) [homeassistant.core] Bus:Handling <Event service_registered[L]: domain=webostv, service=select_sound_output>
2020-04-30 04:43:38 DEBUG (MainThread) [aiopylgtv.webos_client] load keyfile from /home/homeassistant/.homeassistant/webostv.conf
2020-04-30 04:43:38 DEBUG (MainThread) [aiopylgtv.webos_client] getting client_key for 192.168.1.20 from /home/homeassistant/.homeassistant/webostv.conf
2020-04-30 04:43:38 DEBUG (MainThread) [aiopylgtv.webos_client] load keyfile from /home/homeassistant/.homeassistant/webostv.conf
2020-04-30 04:43:38 DEBUG (MainThread) [aiopylgtv.webos_client] getting client_key for 192.168.1.107 from /home/homeassistant/.homeassistant/webostv.conf
2020-04-30 04:43:38 DEBUG (MainThread) [aiopylgtv.webos_client] load keyfile from /home/homeassistant/.homeassistant/webostv.conf
2020-04-30 04:43:38 DEBUG (MainThread) [aiopylgtv.webos_client] getting client_key for 192.168.1.180 from /home/homeassistant/.homeassistant/webostv.conf
2020-04-30 04:43:39 DEBUG (MainThread) [homeassistant.components.webostv] No connection could be made with host 192.168.1.180, retrying in 60 seconds
2020-04-30 04:43:40 DEBUG (MainThread) [homeassistant.components.webostv] No connection could be made with host 192.168.1.20, retrying in 60 seconds
2020-04-30 04:43:40 DEBUG (MainThread) [homeassistant.components.webostv] No connection could be made with host 192.168.1.107, retrying in 60 seconds
2020-04-30 04:43:42 INFO (MainThread) [homeassistant.setup] Setup of domain webostv took 4.4 seconds.
2020-04-30 04:43:42 DEBUG (MainThread) [homeassistant.core] Bus:Handling <Event component_loaded[L]: component=webostv>
2020-04-30 04:46:00 DEBUG (MainThread) [homeassistant.components.webostv] No connection could be made with host 192.168.1.180, retrying in 60 seconds
Hey there @bendavid, mind taking a look at this issue as its been labeled with a integration (webostv) you are listed as a codeowner for? Thanks!
(message by CodeOwnersMention)

Same problem for me!
Yes the most recent PR breaks the logic for startup when the TV is off. The solution would be to revert this and fix the previous issue in a more minimal way.
Having the same problem, the integration doesn't work in this version, the entities have disappeared from Home Assistant
Duplicate of #34877
I upgraded from 109 to 110 yesterday, and a duplicate entity was created for my webostv. Same IP address. New entity was created with a "_2" added to the end of the name. Could this be related to this issue or the fix to this issue?
@tescher that's the fix. Please check the 0.110 release notes: https://www.home-assistant.io/blog/2020/05/20/release-110/
@jjlawren that's it. Thanks. You're going to see a good flurry of questions for a while because of this I imagine.
That's why we have a "Breaking Changes" section for each release with instructions on how to handle them.
Most helpful comment
That's why we have a "Breaking Changes" section for each release with instructions on how to handle them.