Bug 33931 - Date Acquired automatically saved as today's date when left blank when adding a new item
Summary: Date Acquired automatically saved as today's date when left blank when adding...
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Cataloging (show other bugs)
Version: unspecified
Hardware: All All
: P5 - low normal (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on: 29963
Blocks:
  Show dependency treegraph
 
Reported: 2023-06-06 22:46 UTC by Lisette Scheer
Modified: 2023-06-08 14:40 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Lisette Scheer 2023-06-06 22:46:34 UTC
After 29963 if the date accessioned is left blank, it should save with no date (say for ordered items that haven't arrived) but is instead saving with today's date.
Comment 1 Jonathan Druart 2023-06-07 08:05:14 UTC
Duplicate of bug 30931?
Comment 2 Katrin Fischer 2023-06-08 08:49:44 UTC
Koha enforcing today's date as dateaccessioned on saving has been the default behavior as long as I can remember and we actually train and rely on it. It serves as the 'date added' for libraries not using the acq module.

Any change here should be discussed carefully. As Koha always enforced a dateaccessioned also when importing items there could also be side effects.
Comment 3 Lisette Scheer 2023-06-08 14:24:40 UTC
(In reply to Katrin Fischer from comment #2)
> Koha enforcing today's date as dateaccessioned on saving has been the
> default behavior as long as I can remember and we actually train and rely on
> it. It serves as the 'date added' for libraries not using the acq module.
> 
> Any change here should be discussed carefully. As Koha always enforced a
> dateaccessioned also when importing items there could also be side effects.

Katrin, 
I definitely remember a time a while back it wasn't doing that, but it sounds like it was a bug. We have a partner using the acq. module who don't like that it's filling on order, even though it's updated when the item is received.  

It sounded from Bug 29963 like it was not expected behavior and they had it stop filling but it was still saving so I thought it was an extension of that bug. 

Since it wasn't, it sounds like this would be a pretty big change to Koha and probably would cause more problems for more people.
Comment 4 Katrin Fischer 2023-06-08 14:40:02 UTC
I think it's one of those cases where you don't want to change existing behaviour needlessly, but maybe it could be a configuration thing.

For the side effects, I am not sure, it could be that we have some display issues or we could have something explode, it's just hard to tell. Maybe nothing happens at all :)