Skip to content

Expanded element export & custom date fields#16629

Merged
brandonkelly merged 4 commits into4.15from
bugfix/16588-expanded-export-custom-date-fields
Feb 4, 2025
Merged

Expanded element export & custom date fields#16629
brandonkelly merged 4 commits into4.15from
bugfix/16588-expanded-export-custom-date-fields

Conversation

@i-just
Copy link
Copy Markdown
Contributor

@i-just i-just commented Feb 4, 2025

Description

When running a raw export, all dates (attributes and fields) should be exported in UTC, just like they’re stored in the DB (that’s already the case).

When running an expanded export, all dates (attributes and fields) should be exported in the system’s timezone (in the ISO8601 format, e.g. 2025-02-04T08:58:45+01:00), or, if the date field has “show timezone” turned on, the date should be exported in the selected timezone.
The attributes are already exported in this way. This PR ensures this also happens for the custom fields.

Related issues

#16588

@i-just i-just requested a review from brandonkelly February 4, 2025 10:23
@brandonkelly brandonkelly merged commit 24ec92c into 4.15 Feb 4, 2025
@brandonkelly brandonkelly deleted the bugfix/16588-expanded-export-custom-date-fields branch February 4, 2025 18:45
@timeverts
Copy link
Copy Markdown

@brandonkelly, this change was fairly significant and 'broke' quite a few of our Craft sites that were using custom date field values. Should this change not have been part of a major release instead (e.g. 6.x)?

@brandonkelly
Copy link
Copy Markdown
Member

@timeverts How exactly did it break things?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants