I have two accounts in SeaTable - one for myself and one that I created for my employer - both in cloud.
There’s one thing I don’t understand with the date column type:
in my personal instance the content is always received as ISO date and time without timezone via API. Changing display of time (Minutengenau) has an impact on the API response - formats like below:
in my employers instance the content is always received as ISO date with time and timezone from the API. Changing of the format has no impact on the API respone.
Is there a user-accessible setting for the timezone? I couldn’t find it.
Is SeaTable cloud always running the same version? Can I see it somewhere?
Thanks for the insights @rdb , however I’m using the same API call, just swapping the tokens in my .env file and restarting my dev server. So I’m not really clear yet what is happening…
Just as a background: I used my account while I was developing. The base was created from an Excel spreadsheet. The base in my employers account was created from an Excel sheet of the same structure, maybe with slightly newer data.
The only difference I noticed when working with the other account was the date formats in the API responses, but the actual settings of the columns in SeaTable are identical.
The API calls are the same. I realize though, that the “Default View” has different column order and hidden columns. Would you think it can make a difference?
Hi @rdb , just as a feedback, not real conclusion: With the base in question I was unable to create date-type fields which don’t contain the timezone, even entirely new columns. I changed the date column, do iso without time format, converted to text and back to date, tried all kinds of things, but the API would always send an iso date with time and timezone. I gave up on it a re-created the base from a newer version of the Excel sheet and everything works as expected (no time when turned off). I think. Is it expected, that the API always returns ISO format for dates and not the configured format?
I can deal with it, ISO is the best, but just curious.
Thanks for your reply @daniel.pan !
It makes sense that the format is only a UI effect, but wouldn’t it also make sense to return the same format in both APIs?