@toggledbits I'm watching all of this play out for now. "Leading edge vs bleeding edge" atm.

I'm very encouraged to see this doing as well in testing as it is. Anything to get me able to move off of non-privacy/non-cloud Echo devices is def getting my attention.

@toggledbits appreciate the quick turnaround on this. It def caught me off-guard.

@toggledbits Yahtzee! That did it.

So I... wasn't... crazy?

@toggledbits missed this last night - will do so this afternoon and advise.

@toggledbits hosting in Portainer. Says

@toggledbits I see the "Placing widget at"

UI TIME CHECK: Browser 2025-07-20T22:50:33.935Z offset -240 ; host 2025-07-20T22:50:33.933Z offset(mins) -240 ; diff(ms) 2
reactor-ui-status.js:226 Placing widget-adder at 8
reactor-ui-status.js:913 saveGridLayout()
reactor-ui-status.js:924 SAVE DATA Array(4)
reactor-ui-status.js:928 Fixup widget widget3 at x/y 0 0 w/h 8 2
reactor-ui-status.js:928 Fixup widget widget0 at x/y 8 0 w/h 3 2
reactor-ui-status.js:928 Fixup widget widget1 at x/y 0 2 w/h 6 2
reactor-ui-status.js:928 Fixup widget widget2 at x/y 6 2 w/h 6 2

Would a .har contain all of this?

Just to show I'm not entirely crazy here...

@toggledbits the only thing it calls out is:

No label associated with a form field
A <label> isn't associated with a form field.

To fix this issue, nest the <input> in the <label> or provide a for attribute on the <label> that matches a form field id.

1 resource
Violating node

Clicking the "Affected resource/violating node" nets me:

<label id="ep-filter-label" class="form-label mt-1 pe-1">Filters:</label>

@toggledbits I'd just now finished doing first a hard refresh and then just killing the browser completely and restarting.

Nada.

Did the "Clear Local Storage" and hard refresh and saw the one change I'd made was gone. The issue, however, persists.

I know Brave just updated in the last day or two...

Interestingly, this is still fine on my Intel Mac (though I've not cleared the cookies there and won't at this point).

I foolishly let my system wipe all cookies this morning and with it my settings for my MSR home page.

Once logged back in I can no longer remove errant panes nor is the + available to add new ones.

Brave Browser v1.80.122 (Jul 16, 2025)

What have I done?!

Will check other browsers on my M1.
UPDATE: Safari exhibits same behaviour.
I've tried both sans last-four public key entry and with - no change.

@CatmanV2 not yet - I'm letting other kinds go in the pool first.

@vezinpi mine is as such:

Here's the rule's Set Reaction that pulls this in.

I also have another group under this same rule's Set Reaction for Evenings.

Everything I've seen shows this as working as intended. Only rises to 30% in the mornings, 80% at night. Only the mornings get the slow roll ramp up.

@vezinpi can you share screenshots of the rules?

I implemented this and it appears to be working fine (though I want to do some fine tuning).

@Tom_D I've implemented this as it's much slicker than what I'd been previously doing. Of course, now with longer days and Daylight Saving Time in full effect it doesn't get called on very much so I can't confirm success lol

@tbully thanks for putting a smile on my face today. Much needed. Much appreciated.

@therealdb I use those as well. As you see in my AWAY rule there's a catch there using a virtual switch for my calendar integration. If a calendar entry has a specific keyword it turns the switch on. If the switch is on, AWAY knows not to fire.... VACA has it covered.

@toggledbits beat me to it: comments, comments, comments. I've lost too many years off my life trying to remember why this rule does what it does and how.

@tamorgen said in Need help figuring out how to delay a reset on reaction:

Thanks to @gwp1 for reminding me to keep it simple

The thanks goes to @toggledbits who has long endured my questions on things only to have him say "wow... pare this down to smaller bits". Essentially, don't try to do things with "one big beautiful ruleset".

@tamorgen said in Need help figuring out how to delay a reset on reaction:

In the new "Go to Away Mode" rule, I added a condition that the mode needs to "Phones Home" rule needs to be sustained for 60 seconds.

Doesn't the result of that mean the system waits for someone to be home for 60 seconds before flipping mode to HOME?

@tamorgen You're falling into the same pitfalls I did. Notice my Mode SETs don't have resets. No need. The next appropriate rule SETs so there's no reason to reset. Any resets (like from GUEST back to AWAY or VACA) are done via their own SET rulesets.

I don't want to reset... I want to move on to another Mode - even if that mode happens to be the last mode I was in. Make sense?

One thing I have done: every time I change mode I write it to an expression called previous_mode. This let's me do things like "if the previous mode was AWAY, return to AWAY - but if the previous mode was VACA, return to VAC" -- again, these being sep SET rulesets and not RESETs.

Every time I tried to make use of RESETs I got buried as I had too many "what ifs" in my Conditions.

@tamorgen reading thru this twice (and I may go back again and slow down even more) it sounds like there's no "link" between your rulesets. ie, the conditions for AWAY is being met even though the conditions for GUEST are, too.

What does your AWAY ruleset look like?

Here is my GUEST from AWAY ruleset (I don't have the luxury of surfacing the individual user code so I'm stuck being a bit more generic, ie "lock unlocked". As HOME requires my presence, this has been doing the trick.) My only issue: sometimes the lock is slow to report it's state so I've asked my authorized guests to enter their code, count to 10, the open the door. That let's Hubitat Safety Monitor to disarm.

Here is my Change to AWAY for comparison sake.

@toggledbits gave me very sound advise early on as I was prone to making my rulesets "do too much" in addition to waaaaaay overthinking/overcomplicating things.

Instead of trying to make a ruleset that determines presence AND tries to set mode, just have it determine presence. Have one for your immediate family and one for your guests. Then use the TRUE FALSE state of them in your mode rules. (Saves you countless hours later, too, when you add/remove people from either presence ruleset.)