I setup a simple periodic schedule trigger every 15 seconds to add 1 to hub variable.
It double triggers every 15 seconds UNLESS I turn on ACTIONS logging, then it works.
Therefore it goes 1,2..wait..3,4 instead of 1..wait..2..wait..3..wait etc.
Event or trigger logging do not cause it to work. Is this a known issue? I am at 146. Thanks
Is there a master list of issues and potential workarounds? Would make it easier than searching community and prevent needless questions for variations of similar problems. Thanks
Join the beta tester group. I’m not a beta tester, and am letting things be stable until 2.3.0 arrives.
Candidly, the best approach might be to have patience and chill. Report the bug so it can get tested, verified, and fixed in the release. It’s coming “real soon, now”.
To further the discussion of Hubitat having and supporting a true Bug Reporting system, I heartily recommend Mantis, which works incredibly efficiently. Others have used JIRA to great success, but I'm less enthralled with it.
It would be so gratifying to know (a) the current set of bug reports and feature requests, (b) their status, (c) developer comments and requests for more information, (d) planned fixes (not limited to beta releases), etc.
You may have two instances of that app running. Show the App Status page (gear icon), bottom of the page for Scheduled Jobs. Then open the app and hit Done. Look again at Scheduled Jobs.
With respect to the original issue, the problem arises because of banging on the predicate expression with a periodic schedule. Each time you change the predicate truth, it reschedules the periodic. Periodic is pretty brute, it starts up upon being scheduled. So it fires, then immediately gets rescheduled, so it fires then again. Hence the double actions. Not a good combination. I will look into alternative means of dealing with this, but that at least explains what you're seeing.
You'd have to change your tiles to use the variables instead of the connectors.
As always, I defer to the expert analysis provided above, but gotta say my gut instinct upon first viewing this rule was that it was re-firing due to the Private Boolean being unset and the reset in the course of a single run. Rather relieved to hear that's not the case (for even if my guess had been correct, one might expect the rule to 'bounce' multiple times and not just one extra time).
Am I correct, though, in assuming that an already-executing Rule will continue to run to completion even after it has set its own Private Boolean in such a way as to render its Predicate FALSE?
I'm going to change how it deals with Periodic wrt changes in Required Expression state. Won't unschedule and reschedule it, just not let it trigger when the Required Expression is false.
This fix has been tested and solves the problem. Next hot fix release will have it for 2.3.0.