Skip to content

v1.4.0

Latest
Latest
Compare
Choose a tag to compare
@dgcohen dgcohen released this 23 Jan 15:11
· 11 commits to production since this release
v1.4.0
1645cad
This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Verified
Learn about vigilant mode.

Release Notes

  • This release includes the Hold Pages (EDD and On-Site) and special collections access messaging.
  • This represents the last major release in the DFE Refactor project.

Fixed

  • Fixed broken query param/JSON parsing in hold api routes causing errors when JS is disabled (SCC-4405)

Added

  • Add server side delivery location fetch and location utils (SCC-3759)
  • Add server-side EDD form posting function (SCC-3760)
  • Add EDD request page and field validation logic (SCC-3760)
  • Added and integrated hold confirmation details fetcher function (SCC-3762)
  • Added server-side auth redirect to hold confirmation page (SCC-3762)
  • Added fetchPatronEligibility server function that requests a patron's hold request eligibility status from Discovery API (SCC-3762)
  • Added patron ineligibility error messaging to HoldRequestErrorBanner component (SCC-3762)
  • Added eligibility checks to EDD and on-site request hold pages and API routes (SCC-3762)
  • Added HoldContactButton component and update error copy per VQA requests (SCC-4427)
  • Added email address field prepopulation on EDD Request form (SCC-4407)
  • Added server validation and form state prepopulation (SCC-4405)
  • Added patron authentication to hold api routes (SCC-4462)

Updated

  • Update availability messaging for special collections materials (SCC-4124)
  • Fetch delivery locations and pass to radios in hold request page (SCC-3759)
  • Moved closedLocations from environment variables to appConfig (SCC-3759)
  • Format patron ineligibility reasons as list only when more than one (SCC-4427)
  • Disable Hold Request submit button when patron is ineligible (SCC-4427)
Assets 2
Loading