Expression became true well before the timeout expires at 16 02:56:45.479 pm
and is trying to finish actions.
However at 02:56:46.959 pm timeout expired and lines after "wait for expression ..."
statement are executing again.
You aren't on latest release
Yes, I am happy with 188.8.131.52 release and on purpose.
My golden rule is : Do not fix whatever is not broken.
Frankly, I don't really need anything from latest releases.
It looks like many things became broken in every new release.
Well, this is kind of normal and expected for the very complex
Finally latest release 184.108.40.206 seems stable enough.
Maybe I will try to upgrade my hub to this latest release
but only if I absolutely have to.
And as I mentioned, I am using the statement in question
virtually in all my rules but never stepped into any problem with it.
The rule what misbehaved is only few days old.
I made significant changes to this rule and new version looks
like running as expected (still will need to test all corners).
Just in case here is an modified one (still using these statements in question:
But why I stepped into a problem only now if this is/was known bug?
This sounds a bit strange.
You are saying I absolutely have to update my hub to the latest release?
OK, I have an unboxed C-7
It looks like it is time to start using it.
I have/had a plan for a long time to redo many of my rules
but was lazy to start this effort.
I will move all my devices one-by-one to a new hub
and recreate many rules (if not all) from scratch.
Clean start is always a very good idea but unfortunately
very time consuming.
I don't remember. You could read the release notes, although when I find a bug that no one has reported, it often just gets fixed instead of going into the notes. All I know for sure about this particular bug is that it is fixed 220.127.116.11.
Yes, I know this.
But many of my rules better to be re-designed.
The main reason is - maintainability.
Hubitat does not allow to group nicely all related rules.
For instance, ISY994 (local Insteon controller) had a folders for rules.
Furthermore, the entire folder could have a conditions
when to run rules inside the folder.
For some reason creating something similar is a BIG deal for the HE.
The work around is to create suffixes. But this way
names become well to long or not really informative.
Keeping all logic in one huge rule also is not a right way.
Splitting logic into smaller rules immediately creates
naming for grouping problem.
Easy replacement of a child devices is impossible.
Work around for this is to create a Virtual Device
and mimic real device to this virtual instance.
This is a bit annoying to create but immediately pays
for itself as soon as you need to swap any child device.
Plus makes much easier to debug rules with child devices.
And of course, something else I cannot remember ...
I clearly understand yours point.
But not having this option creates a BIG mess for the nicely organizing
rules and as a result - maintainability.
Yes, C-7 is my main workhorse. All local controls is an absolute must for the Home Automation.
Before HE I had Insteon/ISY automation in my former house.
And X10 before Insteon.
This also was 100% local,
I am desperately trying to get rid of anything cloud based.
As of today only Vertical Blinds for bedroom balcony sliding door relays on Tuya Cloud
and Window Shade in living room relays on Alexa.
All Switchbot Curtins (5 of them) already on local control thanks to Home Assistance
Ecobee Thermostat unfortunately cloud based but all my integration is On/Off
based on Balcony Doors status.
And Delta Fauset is also relays on cloud but integration is to make sure
water is running when Garbage Disposal turns on.
The rest is all 100% local thanks to the HE!
And BIG Thank you for the info on latest releases!