[RELEASE] Presence Plus - Creates a combined presence device

Trying to use a virtual switch to pause the app but changing the switch does not seem to pause the child device. Any thoughts.

Presence has been occasionally getting stuck” on present or not present for me. Any way to get a notification of that as a possible issue,, or auto reset?

I've been seeing the same thing. My Presence Plus device has been stuck on present since July 24 even though the individual devices feeding in (WiFi and Geofence for two different phones) have changed states many times that should have triggered not-present. Today I went in and updated the Presence Plus device settings. We'll see if that helps.

Happened again just now. I’m afraid I don’t know what the problem is. Since this one’s not being maintained anymore anyway, might be time for me to find another option. I like this one though :confused:

HI,
Without a debug log of when it should have changed, your guess is as good as mine. :man_shrugging:

Oh, hey, you’re back!? Are you offering support? If so I can provide a log. Just didn’t know since the first post still says it’s not being maintained. Understand if that’s the case, no problem, just helpful to know.

Not jumping in with both feet, but definitely willing to help out every now and then.

1 Like

@bptworld Finally got around to logging when presence plus gets stuck. It appears to be stuck on In statusUpdateHandler - Already working and can't escape. Any ideas on how to fix?


@bptworld I'm guessing that the app is somehow getting an error mid-processing in the statusUpdateHandler, so that it never reaches the end of that function to set atomicState.working = false. So I think what's needed is a safeguard to set atomicState.working = false at some point if it's gotten stuck... hmmm..

Not sure what the initial reason for the "working" state variable was, so hard for me to suggest a solution that wouldn't mess up its intent.

What about adding an "alreadyWorkingCount" variable that counts how many consecutive times the statusUpdateHandler has aborted processing early because of the atomicState.working = true. If a threshold is reached, it sets atomicState.working = false.

Thanks, made some changes. I'm going out for a bit, so it'll get a good test.

Will post back later.

1 Like

Try the new version when you have a chance...

1.2.0 - 11/18/23 - Trying to fix it from getting stuck on already running

Thanks

1 Like