jacauc

> When I changed the definition of the attribute in the J64Alarm source code to "modeTest" it worked correctly in CoRE, but I think this is a workaround Not quite...

Will this PR still be merged, or has it been abandoned?

> @fxstein @jacauc I will fix conflicts and update this PR if I see approvals from @OttoWinter @jesserockz. This would indeed simplify complex configs, or remove the need for scripts...

> Any news on this (or [esphome/feature-requests#805](https://github.com/esphome/feature-requests/issues/805))? As there are more and more devices in ESPHome, it makes sense to move as much config as possible to packages/includes... But this...

Same problem here On Sat, 8 Aug 2020, 15:34 Doug Theobald, wrote: > I was just forced to upgrade from the classic Smarthings app to the new > Smartthings app....

Have you found any way of undoing or reversing the "upgrade"?

Same issue on 2024.7 Widgets have never been reliable for me on several home assistant installations and several phones with different versions of android. Currently on pixel 7

> Thanks for the logs @ericswpark I do see it still encountered a failure and then later on the connection re-established. The app does not continuously try to reconnect but...

This is a niche case and not functionality will not be added to the baseline, however you can easily adjust it for any event ID you would like this to...

> I need someone (who has not got it to work) to do this step: > > > Finally, if you can, open this file in an editor $MY_HA_CONFIG_DIRECTORY/.storage/core.entity_registry ....