This object is in archive!
Date comparison bug
Known
I've reported the following bug to Zipato. I'd be interested if anyone else has experienced this.
I've found that the standard way to compare with a range of dates doesn't work. If you use the (Date x between y and z) variable piece, the comparison fails. But if you use a standard between operator with (date of (now)) and two dates, it works. In the attached screenshot, you can see three tests, the last two being date range comparisons. Test condition 5 is set to "on", but test condition 8 is not. (Today is 19th August).
Files:
Date match.png
The same problem 
No connection
Real-time notifications may not work
Good to know Dave. Thx
Good to know Dave. Thx
Thanks for sharing.
Thanks for sharing.
I have wasted some hours on this myself. See here for Zipatos explanation of the difference between time and time_of (last post in the thread)
https://community.zipato.com/topic/the-logics-of-set-to-truefalse
Not very user-friendly and impossible to know in the first place
I have wasted some hours on this myself. See here for Zipatos explanation of the difference between time and time_of (last post in the thread)
https://community.zipato.com/topic/the-logics-of-set-to-truefalse
Not very user-friendly and impossible to know in the first place
I still don't understand the difference after reading the explanation, unless they mean that "time of" is used with a variable containing a time value...? That would be nice if it worked, but I tried to use it and gave up. Maybe I should give it another go.
In any case, both of the "between" options should work in the same way, surely?
I still don't understand the difference after reading the explanation, unless they mean that "time of" is used with a variable containing a time value...? That would be nice if it worked, but I tried to use it and gave up. Maybe I should give it another go.
In any case, both of the "between" options should work in the same way, surely?
This now seems to be working with 1.1.38.
This now seems to be working with 1.1.38.
Replies have been locked on this page!