Open jenna-jordan opened 2 years ago
@jenna-jordan I just ran a quick test of _correct_knack_timestamp
import datetime
import pytz
timezone = pytz.timezone("America/New_York")
mills_timestamp = -55903046400000
timestamp = mills_timestamp / 1000
dt_utc = datetime.datetime.fromtimestamp(timestamp, tz=datetime.timezone.utc)
dt_naive = dt_utc.replace(tzinfo=None)
dt_local = timezone.localize(dt_naive)
No issue, the result looks fine:
datetime.datetime(198, 7, 3, 0, 0, tzinfo=<DstTzInfo 'America/New_York' LMT-1 day, 19:04:00 STD>)
Reading the datetime
docs, this might be a platform-specific issue. Are you running this on Windows?
if the timestamp is out of the range of values supported by the platform C localtime() function, and OSError on localtime() failure. It’s common for this to be restricted to years from 1970 through 2038.
Here's an SO post with the cross-platform way to handle this. TIL. I'd estimate this as a 1
to patch it. Will be backwards compatible.
I believe we're going to talk internally next week about how our team is going to prioritize these fixes going forward. In the meantime feel free to submit a PR @jenna-jordan.
cc @mateoclarke @frankhereford
When I was running this in the debugger, I was on a Windows computer. When we run workflows in production, they are run in a docker container running Ubuntu. I will test out to see if the problem occurs using Ubuntu as well.
Confirmed that it runs fine in the docker container (Ubuntu) - seems the issue is only with Windows. cc @johnclary
When running
app.get("object_1")
on a knack form, I get an error that prevents me from getting any app data. Full traceback is copied below. The knack application id is5cc35f4acaf774317c5c74b4
(see the metadata here) . I'm currently on version 1.1.1 of knackpy. This error only occurs for this one knack form thus far (all others tested have been successful and have not encountered this error), but does occur for some objects (object_1, object_19) in the form, but does not for others (object_4).I suspect that this error is caused by some malformed/mistyped dates. I've included one such date from the downloaded JSON file below as an example:
Obviously we want to correct these dates, however, this error is preventing me from fetching any data from the app at all. So, it would be best if this error could be handled in such a way that app data can still be accessed/processed.