Details
-
Bug
-
Status: Closed (View Workflow)
-
TBD
-
Resolution: Cannot Reproduce
-
None
-
None
-
Other dev
-
Duke
Description
An item on reserve for a course has an associated start date and end date. It inherits the start date and end date from the term. If the startDate and endDate have not been explicitly set, than they do not exist on the item. If they are explicitly set, they do not always save in UTC format.
Steps to reproduce on folio-snapshot:
- Log into folio-snapshot with a user with appropriate permissions
- Select a course, and add an item to the course. Verify that the term fields show up on the item and match the term on the course.
- Click the pencil to edit the reserve item.
- Modify the start date or end date on the reserve.
- Save the reserve and then reopen it in edit mode.
- Use developer tools to look at the underlying JSON.
Expected behavior - startDate and endDate are both visible in the underlying JSON in UTC format.
Actual behavior - startDate and endDate are stored. The attribute(s) that was/were modified is stored in non-UTC format. If an attribute did not previously exist, and is not set when saved, the attribute is created and stored in UTC format.
TestRail: Results
Attachments
Issue Links
- relates to
-
MODCR-72 Bugfest. Inconsistent date offset in Courses app
-
- Closed
-