See 'running' switchOn.after Secs/Mins/Hours

[Freemann]

Looked a bit on the forum, but couldn't find a topic/question like this;
Is it possible to see which .after...() .repeatAfter...() are currently queued?

If so, where and/or how to do this?

[waaren]

According to this post "there is currently no way to know if there are queued commands in Domoticz' scheduler."

As far as I know this has not changed recently.

[dannybloe]

That's correct. It is not possible. I guess the information would be inaccurate anyway as it is possible that a timer goes off during script execution.

[Freemann]

ok thanks for that post!

@danny;
Why would it be inaccurate? At the point I want to look at it, its accurate for that point of time, not?
I want to set an .switchOff().forHour(36) and want to verify that its indeed schedule to go back on after 36 hours.

where are the schedules saved? file based, were? database, were?

[dannybloe]

I guess it's somewhere in the database. And it wouldn't matter much in your case but you can do complex scheduling like switchOn().afterSec(3).forSec(5).repeat... etc. Then it would matter.

[Freemann]

Strange that you for me can decide if its matter or not.

dzVents gives me a lot of freedom in Domoticz programming and I just wanted to known if its possible to get insides of the queue.
If I schedule stuff, then I want to check on a certain point in time what is (not) scheduled and if things are scheduled as I "designed" it.

Switch devices also have a overview of there schedules, and with coding I don't have a overview.
Code can be wrong, do unexpected things and therefore (not) schedule things as expected.

Just was curious if it's possible, apparently not.... that's a pity.

[dannybloe]

Strange that you for me can decide if its matter or not.

Didn't say it matters to you and I don't care if it does to be honest. I meant schedule info for switches probably doesn't change during the script execution if you have long delays set like 36 hours.

Just was curious if it's possible, apparently not.... that's a pity.

C++/Lua patches are happily accepted.