AFAIK, there isn’t something that depends on it being a real date, but it’s easy enough for me to correct them to the intended date data. I’ll probably wait to correct them myself until after I see the fix go live, and then just do them all at once in batch.
We have pushed a fix for this issue as of yesterday Jan 2nd. It won’t fix any entries that were already using the incorrect format but new entries going forward will include Date & Time, which can be formatted to just Date if you prefer. I believe the timezone being used is PST, just a heads up on that.
I confirmed it’s PT, so this is still a bug, just traded one problem for another. Date Added is spreadsheet timezone, Categorized Date should be too.
Now I have Categorized Date with dates occurring before Date Added (midnight Date Added with the day before Categorized Date) - it’s bad data.
Before this original bug was introduced, it was correctly spreadsheet timezone - why not revert back to that?