What's changed with the GetTimeStamp node that it's now not configured correctly?

[Berto2002]

I have this configuration which has always worked but now I have a red flag in the process that it's not correct. What's changed and what do I need to do to correct it please?

[Berto2002]

OK I think I have worked it out. The node defaults with the "Set" options showing dor Days/House/Minutes/Seconds and this has previously validated OK.

But now it's necessary to put those as "Ignore" (they still appear by default as "Set").

So it looks like HB have increased the validation here.

[Jeremy]

@Berto2002 do you know if this affects running/active BPMs or just new BPMs that are created?

[Berto2002]

I was NOT getting errors in existing running workflows but as soon as I opened a BPM to be edited I saw the error and could not publish a new version until I rectified it. I have not tried creating a new BPM with this node yet.

[Berto2002]

@Jeremy you will see this error when opening the BPM which prompts you to fix the issue:

[Berto2002]

@Jeremy my changes didn't work. I have raised it to Support. I have backed-out to the point where I get the error and await advice. How about you?

 

[Jeremy]

@Berto2002 I went into a BPM with one of these nodes and when the error appeared I backed out of it as fast as possible as we have a lot of automated processes that use these nodes and can't afford for them to break as it would severely impact our customer experience.

Hopefully this gets picked up by Hornbill and fixed asap.

[Berto2002]

@Jeremy the issue was mine. I had failed to set the Starting Timestamp to Ignore in one node. So it is POSSIBLE to leave the Starting Timestamp as "Set" and with no value and save and validate and publish (I had assumed wrongly that when they tightened the validation, they would ensure all the fields that needed a value would flag as red if they were wrong); but that does not give you the outcome you want. I have assurance if you set all the fields to Ignore (except the Operator) then it will give the outcome of what they say is NOW(). This from Support is correct.

But yes, ANY BPM you now open that is not like the above for get current timestamp will need editing before you can re-save. Maybe you were already in best practice and have this correct! Well done if so!

[Steve Giller]

3 minutes ago, Berto2002 said:

I had assumed wrongly that when they tightened the validation, they would ensure all the fields that needed a value would flag as red if they were wrong

Only the Operator needs a value here - if the field were mandatory it would be marked in red, but it would also not be possible to set it to Ignore.

I suspect that the issue is that Set was used and the field presented "nothing" (an empty string) as a value - this is passed to a Timestamp which requires a number, and is correctly parsed as undefined.