Closed rusq closed 1 year ago
API returns timestamp as int64 type for "RichTextSectionDateElement" and json parsing fails.
The API response is correctly Unmarshalled into RichTextSectionDateElement.
Attached is the archive with the API output and a main.go program that, if executed, reproduces the error.
The attached archive contains also bug119-r.json which is the raw output from the API with the PII removed.
bug119-r.json
rich_text_date_issue.zip
manifest WHO?
I'm not sure how to go about this - has there been an instance where timestamp is string for this RichText block element?
Original issue link: https://github.com/rusq/slackdump/issues/119
Possibly JSONTime will do the trick? (an additional branch for when input is a number would be needed)
JSONTime
Hey team, any chance this can be looked at?
It will be fixed in v0.12.
What happened
API returns timestamp as int64 type for "RichTextSectionDateElement" and json parsing fails.
Expected behavior
The API response is correctly Unmarshalled into RichTextSectionDateElement.
Steps to reproduce
Attached is the archive with the API output and a main.go program that, if executed, reproduces the error.
The attached archive contains also
bug119-r.json
which is the raw output from the API with the PII removed.reproducible code
rich_text_date_issue.zip
manifest.yaml
manifest WHO?
Versions
Comments
I'm not sure how to go about this - has there been an instance where timestamp is string for this RichText block element?
Original issue link: https://github.com/rusq/slackdump/issues/119