Anyone having issues adding 5 minutes to a DateTime?

For the past 10 min or so…

[12/28/2021 4:00 pm] + “000:05:00”

has been giving the following result:

  • 12/31/1969 18:05:00

I’ve got a DateTime, and I’m trying to add 5 minutes to it.

  • It’s been working all day, for ever since… liiiiike forever. But suddenly just now it stopped.

Not sure if it’s something I did, configuration wise… all I did was change a logic from [column] = ‘value’ to IsNotBlank([column])… shouldn’t have anything to do with that.

So yeah… 2+2=fish I guess


Anyone else?

0 2 60
2 REPLIES 2

And when I test elswhere… it works as it should. figures.

3X_c_9_c95fc1406630d39f4d8fee418747b4f160766ab9.gif


Not sure how I’m gonna debug this formula:

3X_0_0_00a004d71807144fe26521e8c3ed97b9d48e7f30.png

  • Seems pretty straightforward to me…

Turns out it’s something to do with using UserSettings()

  • I should have known NOT to use UserSettings(), but it’s just so… convenient some times.

But then you run into stuff like this - and that’s why I never use UserSettings

  • It’s a see-saw bug; or more accurately… a collection of bugs associated with using data from UserSettings in various contexts and places around the app, which persistently reoccur after daily update deployments.

Problem Overview

The [Timestamp] column was successfully building a timestamp, but it’s date was coming from UserSettings().

3X_6_a_6a45e19f41e36b26187a59bc8c42b420d70b3b29.png

  • It seems that using the timestamp column was the problem.
    • My guess: the data from UserSettings wasn’t getting passed along due to some parralization problems on the backend.

Solution Overview

  • Basically… hardcode things by ‘copying’ the formula from one into the other

3X_7_5_75347fc2bcc3906f0c96f4691617f46c896eb3d4.png

  • I took the original timestamp’s formula, and modified it to work for this subsequent timestamp.

hack hack hack… all day long… hack hack hack, while I sing this song…

Top Labels in this Space