Bug 39401 - Item date accessioned should (optionally) prevent future dates
Summary: Item date accessioned should (optionally) prevent future dates
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Cataloging (show other bugs)
Version: 24.11
Hardware: All All
: P5 - low enhancement
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-03-20 21:56 UTC by George Williams (NEKLS)
Modified: 2025-03-27 15:42 UTC (History)
1 user (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description George Williams (NEKLS) 2025-03-20 21:56:03 UTC
The date accessioned flatpickr on additem.pl should not allow dates in the future.
Comment 1 Katrin Fischer 2025-03-21 09:34:32 UTC
I wonder if there is a use where this would make sense. Maybe for "on order" items?
Comment 2 George Williams (NEKLS) 2025-03-27 15:42:16 UTC
I can see an argument made for the case that Katrin points out, so I've amended the title of this bug to "Item date accessioned should (optionally) prevent future dates."

I ran into this as an issue when I recently had a library running a report looking for items added between January 1, 2020, and December 31, 2020, and some items they expected to seen on that report didn't appear on that report.  After some investigation I discovered that items they were concerned about had dates in the 952$d that are still in the future even though they added those items about 5 years ago.  On some of those items it looked like someone probably scanned a barcode when the cursor was in the 952$d input.  I don't remember when flatpickr was added to Koha, but I think this all happened before flatpickr.  When I investigated further, I found that we had about 100 items in our system at different branches that had future dates in the 952$k.  Some of these dates were a few months in the future; some of these dates were centuries from now; some of these dates were eons from now.  I have actually cleaned most of them up, but I'd like to be able prevent staff at our libraries entering 1/12/7788 as the accessiondate of an item until we are at least a little bit closer to 7788.

So for the purposes of my system, I'd like there to be an option to set the flatpickr in the 952$d so that it disallows future dates.