Date time zone issue

RE: Date time zone issue

Stefan Helzle — Mon, 03 Mar 2025 15:07:54 GMT

Which code?

Do you have any control on the source of that data? If yes, I highly recommend to change the format to ISO 8601.

RE: Date time zone issue

Mike Schmitt — Mon, 03 Mar 2025 15:07:49 GMT

yeah this would be what's needed except, as stefan mentioned, the dateTime stored in the JSON string must be in ISO 8601 format, i.e. yyyy-mm-dd.

For your example, where is the JSON string originally coming from? Are you generating it or is it getting generated elsewhere? Can you perhaps give some more overall context to your use case, so we can understand? It seems like we might have gotten a bit lost in the weeds, with respect to what your starting point is, and what you're trying to accomplish overall.

RE: Date time zone issue

Pawan Lalwani — Mon, 03 Mar 2025 15:00:37 GMT

okay. Got it. can you share your code please

RE: Date time zone issue

Stefan Helzle — Mon, 03 Mar 2025 14:55:26 GMT

As I already tried to explain. Your date value is NOT in ISO 8601 format. Appian cannot parse that.

RE: Date time zone issue

Pawan Lalwani — Mon, 03 Mar 2025 14:52:01 GMT

RE: Date time zone issue

Mike Schmitt — Mon, 03 Mar 2025 14:50:18 GMT

but that's not relevant. you're still passing the entire dictionary returned by a!fromJson(), which would be like

{
dateTime: <datetime value>
}
(or per Stefan's runtime example above: )

So the issue is: this rule would need to understand that it's looking for a property named "datetime" from the value being fed into it, if you're trying to feed it the entire dictionary. It's crashing because it is not doing this. Otherwise you should be feeding just the ".datetime" property of the a!fromJson() result.

RE: Date time zone issue

Pawan Lalwani — Mon, 03 Mar 2025 14:48:49 GMT

"9/30/2025 9:30 AM AKDT"

here 30 is a day
but based on my locale it is considering as a month. so that's y error is populating.

any idea that how can we identify that 1 st part of date is considering day or month on the basis of locale. that can help me to solve the problem

RE: Date time zone issue

Pawan Lalwani — Mon, 03 Mar 2025 14:46:14 GMT

yes it is anytype variable

RE: Date time zone issue

Mike Schmitt — Mon, 03 Mar 2025 14:44:51 GMT

Is this rule expecting to receive a dictionary (which is what you're passing it here), as opposed to a bare DateTime value?

RE: Date time zone issue

Pawan Lalwani — Mon, 03 Mar 2025 14:40:59 GMT

RE: Date time zone issue

Pawan Lalwani — Mon, 03 Mar 2025 14:40:41 GMT

fromjson

RE: Date time zone issue

Stefan Helzle — Mon, 03 Mar 2025 14:34:42 GMT

This is a datetime value according to ISO 8601. Any other format is "garbage" and you have to parse it manually.

RE: Date time zone issue

Stefan Helzle — Mon, 03 Mar 2025 14:30:48 GMT

Is that the value in the JSON, or the return of fromJson()?

RE: Date time zone issue

Pawan Lalwani — Mon, 03 Mar 2025 14:27:27 GMT

i did a!fromjson
the value is "9/30/2025 9:30 AM AKDT",
i changed the locale of my system. and it was breaking. did you changed the locale ?

RE: Date time zone issue

Stefan Helzle — Mon, 03 Mar 2025 14:21:57 GMT

What do you mean with "fetching in from JSON"?

If I do a fromJson() on a correctly formatted datetime JSON value, Appian returns me a dateTime value.

RE: Date time zone issue

Pawan Lalwani — Mon, 03 Mar 2025 13:21:18 GMT

if(
rule!P3_utils_checkIsNullOrEmpty(ri!dateTime),
{},
text(todatetime(ri!dateTime),cons!QST_FORMAT_DATE_TIME),
)

cons!QST_FORMAT_DATE_TIME - dd/mmm/yyyy hh:mm z

datetime variable is any type.

and the main thing is we are passing date as text. We are fetching it from JSON.

RE: Date time zone issue

Pawan Lalwani — Mon, 03 Mar 2025 06:37:19 GMT

if(
rule!P3_utils_checkIsNullOrEmpty(ri!dateTime),
{},
text(todatetime(ri!dateTime),cons!FORMAT_DATE_TIME),
)

ri!dateTime is anytype
cons!FORMAT_DATE_TIME - dd/mmm/yyyy hh:mm z

here actually I am passing date as text. I am fetch it from json

RE: Date time zone issue

Mike Schmitt — Wed, 26 Feb 2025 16:15:31 GMT

todatetime() expects an input string formatted presumably in your given time zone's format. if you changed your user locale but didn't update the formatting of the string you're passing it, then most likely it's now getting a string that it doesn't understand the formatting for.

I can't give much more specific advice than that since you haven't included your actual code and haven't included the source for the date/time string you're trying to pass into "todatetime()", both of which are important for figuring out what you'd need to change here.