Details
-
Bug
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
None
-
-
5
-
Folijet Support
-
R2 2021 Bugfix
-
Cornell
Description
Overview:
When calculating ##TODAY## in a profile run at the end of the day, data import used the next day's date. Perhaps not using DST correctly. Observed on Cornell's tenant which is America/New York.
Steps to Reproduce:
- Log into some FOLIO and create a data import profile that uses the ##TODAY## token for cataloged date
- Import a file to create records using the profile.
Expected Results: FOLIO inserts today's date for the cataloged date, and uses the tenant's time zone to determine today's date.
Actual Results: When run close to the day boundary during DST, the next day's date is inserted.
Additional Information:
Interested parties: abreaux
TestRail: Results
Attachments
Issue Links
- blocks
-
MODDICORE-167 Release v3.1.4 (R2 Juniper Bugfix)
-
- Closed
-
-
MODINV-465 Release v17.0.4 (R2 Juniper Bugfix)
-
- Closed
-
- defines
-
UXPROD-2851 NFR: Data Import (Batch Importer for Bib Acq) & PubSub R2 2021 Juniper Technical, NFR, & Misc bug work
-
- Closed
-
- relates to
-
MODSOURMAN-531 Release v3.1.3 (R2 Juniper Bugfix)
-
- Closed
-
- requires
-
MODINV-464 Update dependency for data-import-processing-core
-
- Closed
-