renew items screen allows wacky backdating of due dates

Bug #1034058 reported by James Fournie
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Medium
Unassigned
3.1
Fix Released
Medium
Unassigned
3.2
Fix Released
Medium
Unassigned

Bug Description

Evergreen: 2.2

Under the menu item Circulation -> Renew Items, it is possible to set the due date to ancient times such as the year 0017. This works ok until you try to check the item in.

Revision history for this message
Michael Peters (mrpeters) wrote :

We've seen this recently too. I guess the fix would be making sure the due date is sometime in the future?

Changed in evergreen:
status: New → Confirmed
milestone: none → 2.4.0-alpha
importance: Undecided → Medium
Ben Shum (bshum)
Changed in evergreen:
milestone: 2.4.0-alpha1 → 2.4.0-beta
Ben Shum (bshum)
Changed in evergreen:
milestone: 2.4.0-beta → 2.4.0-rc
Ben Shum (bshum)
Changed in evergreen:
milestone: 2.4.0-rc → none
Ben Shum (bshum)
no longer affects: evergreen/2.2
Revision history for this message
Chris Sharp (chrissharp123) wrote :

In current master I'm not able to set the year to 0017, and if I set the date to something in the past, I get a red box around the date and time boxes. I'm not able to reproduce this so assuming it got fixed somewhere along the way.

no longer affects: evergreen/2.3
no longer affects: evergreen/2.4
Changed in evergreen:
status: Confirmed → Incomplete
Revision history for this message
Andrea Neiman (aneiman) wrote :

3.1.5 web client, I can set the date to 0017-08-08 but the checkin will fail (no visual warning, but if audio alerts are turned on you get the 'Error' audio alert). Any/all backdates have a red box at the top to show you that you're in a backdated mode.

I'm leaving this open though & setting back to Confirmed, because I can see the argument for constraining the backdate to something reasonable like within the preceding year (or, say, the preceding two millennia).

Changed in evergreen:
status: Incomplete → Confirmed
tags: added: webstaffc
tags: added: checkin webstaffclient
removed: webstaffc
Revision history for this message
Andrea Neiman (aneiman) wrote :

Nope, so, let me amend my above comment while actually in the correct interface -- RENEW -- as opposed to checkin, which is what I was looking at in comment #3.

In the web client, 3.1.5, you can absolutely renew an item with a due date in the past (even in the WAY past) with no error, red box, sound, or other indication that you may be doing a foolish thing.

And then you can't check in the item (database update error) until you manually edit the due date to be something sensible.

Still leaving the confirmation up.

tags: removed: checkin
tags: added: circulation
Kyle Huckins (khuckins)
Changed in evergreen:
assignee: nobody → Kyle Huckins (khuckins)
Revision history for this message
Kyle Huckins (khuckins) wrote :

I've pushed a branch to prevent the selection(via using the date-picker or manually inputting via the input field) a due date in the past for the Circulation->Renew Items UI.

It can be found here: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/khuckins/lp1034058-can-renew-item-due-date-in-past

Changed in evergreen:
assignee: Kyle Huckins (khuckins) → nobody
tags: added: pullrequest
Kyle Huckins (khuckins)
Changed in evergreen:
assignee: nobody → Kyle Huckins (khuckins)
tags: removed: pullrequest
Revision history for this message
Kyle Huckins (khuckins) wrote :

I noticed the same issue with the Patron Items Out UI's Renew with Specific Due Date action, and have applied my fix to that UI as well, and rebased to the latest master.

Changed in evergreen:
assignee: Kyle Huckins (khuckins) → nobody
tags: added: pullrequest
Revision history for this message
Galen Charlton (gmc) wrote :

Patch works for me. Signoff branch is user/gmcharlt/lp1034058_signoff

tags: added: signedoff
Changed in evergreen:
milestone: none → 3.3.3
Revision history for this message
Galen Charlton (gmc) wrote :

While looking at this again, I noticed that this was pushed to master on 8/1 by Chris (inadvertently?). In any event, the patch is good, so I've gone ahead and backported it to rel_3_3, rel_3_2, and rel_3_1. Thanks, Kyle and Chris!

Changed in evergreen:
status: Confirmed → Fix Committed
Changed in evergreen:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.