[Koha-bugs] [Bug 29963] Date accessioned plugin should not automatically fill today's date on cataloguing screens

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Tue Jun 7 10:43:18 CEST 2022


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29963

--- Comment #20 from Alex Buckley <alexbuckley at catalyst.net.nz> ---
Martin: Thank you for attaching the original patch from bug 29815 to this bug
report.

I agree with you Martin that the problem is compounded if libraries have linked
multiple MARC subfields, not just the 952$d (date acquired) subfield, to the
dateaccessioned.pl plugin.

---

Andrew: I am sorry that my patch on 29815 has caused these unintended problems
for people!

You’re right the intention of 29815 was to populate the 952$d (Date acquired)
field to the current date when adding a new item or receiving a new serial
issue. 

---

Jonathan: You said it would be useful to have feedback from people involved in
29815 so everyone's needs were met. So here is the background context and needs
that 29815 was intended to address:

We added the 29815 patch because it was thought that Koha did not previously
make it clear to cataloguers that if they save the ‘Add item’ page (or receive
serial issue page) without setting anything in the 952$d subfield, Koha would
still populate the 952$d with today's date.

Pre-populating the 952$d on page load was intended to show that a value would
be set for that subfield.

---

Going forward if there are concerns with the original patch changing the
behavior of one item form making it inconsistent with others in cataloguing and
acq. Then I think, instead of a behavior change, it should be sufficient to add
a hint saying that if you save the 952$d with nothing in it Koha will still
auto-populate the 952$d with today's date. Perhaps this is the most straight
forward solution?

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list