Uploaded image for project: 'UX Product'
  1. UX Product
  2. UXPROD-2972

Requests: Warn When Extending the Due Date on an Item With an Open Hold Request via Change Due Date Action

    XMLWordPrintable

    Details

    • Type: New Feature
    • Status: Open (View Workflow)
    • Priority: TBD
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: None
    • Labels:
    • Template:
      UXPROD features
    • Epic Link:
    • Development Team:
      Prokopovych
    • Calculated Total Rank:
      33
    • Kiwi Planning Points (DO NOT CHANGE):
      1
    • PO Rank:
      0
    • Rank: Chalmers (Impl Aut 2019):
      R2
    • Rank: Cornell (Full Sum 2021):
      R3
    • Rank: Duke (Full Sum 2021):
      R2
    • Rank: 5Colleges (Full Jul 2021):
      R3
    • Rank: GBV (MVP Sum 2020):
      R2
    • Rank: Leipzig (Full TBD):
      R2
    • Rank: Mainz (Full TBD):
      R3
    • Rank: MO State (MVP June 2020):
      R3
    • Rank: U of AL (MVP Oct 2020):
      R4

      Description

      Current situation or problem:
      It is possible to configure loan policies such that it is not possible to renew items with an active pending hold request. That works, but it is still possible to change the due date to any date in the future. Under these circumstances, a confirmation modal should be triggered to alert the operator that the item they are attempting to change the due date (to a date beyond its current due date) on has a pending request. The operator can cancel and return to the loan list, or confirm and proceed with changing the date.

      In scope

      • Logic in the Users and Check out apps to detect any circumstance where staff are attempting to change an items due date to a date beyond its current due date while the item has at least one open request, and present a confirmation modal to the staff member.

      Out of scope

      Use case(s)

      Proposed solution/stories

      Links to additional info

      Questions

      • What should the message in the confirmation modal be?
      • What should the button labels be? Cancel/Confirm? Something else?
      • UI-only?

        TestRail: Results

          Attachments

            Issue Links

              Activity

                People

                Assignee:
                brookstravis Brooks Travis
                Reporter:
                brookstravis Brooks Travis
                Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                  Dates

                  Created:
                  Updated:

                    TestRail: Runs

                      TestRail: Cases