March 2021 - Koha-bugs - lists.koha-community.org

[Bug 24836] New: (Optionally) Trigger MARC-Modification-Templates after record has been saved
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '21

17 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24836 Bug ID: 24836 Summary: (Optionally) Trigger MARC-Modification-Templates after record has been saved Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: simon.hohl(a)dainst.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is somewhat a followup on: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9921 The solution using a Plugin for creating 001 values works, but I wondered if it could be achieved by, for example, copying over the 999c biblionumber to 001 after the record has been saved. This would basically solve the initial problem described in #9921. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 27938] New: Record the time the hold was placed
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '21

17 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27938 Bug ID: 27938 Summary: Record the time the hold was placed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com At the moment, we record the time a hold was placed, but not the time. This would be useful information for libraries who have targets to supply holds within a certain number of hours from the moment the hold was placed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 27922] New: Add ability to delete a hold when viewing the holds queue
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '21

17 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27922 Bug ID: 27922 Summary: Add ability to delete a hold when viewing the holds queue Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Holds can be suspended from request.pl but they can't be deleted. It would increase efficiency if staff were able to delete a hold when viewing the holds queue rather than having to go into the patron record to delete the hold. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9921] Make it possible to force 001 = biblionumber
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '21

17 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9921 --- Comment #72 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 118425 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=118425&action=e… Bug 9921 - Make it possible to force 001 = biblionumber Field 001 is controlled by a system preference, which will have three options: The option "biblionumber" will set field 001 to the biblionumber when you save the record. The option "1,2,3" uses preference incrementalControlNumber to generate the next sequential number. The option "not generated automatically" allows for manual entry. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9921] Make it possible to force 001 = biblionumber
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '21

17 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9921 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #19153|0 |1 is obsolete| | Attachment #19176|0 |1 is obsolete| | --- Comment #71 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 118424 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=118424&action=e… Bug 9921: Followup for installer languages -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27969] New: On checkin, relabel "Remember due date" as "Remember return date"
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '21

17 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27969 Bug ID: 27969 Summary: On checkin, relabel "Remember due date" as "Remember return date" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the checkin page, we have a checkbox labeled "Remember due date for next check in," but we're not setting an effective date due here. We're setting an effective return date. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 13613] Don't allow digest to be selected without a digest-able transport selected
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '21

17 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13613 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |andrew(a)bywatersolutions.com --- Comment #6 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- I get the following error when trying to save a patron category with default messaging prefs of SMS, Email, Digest only for Item Due: C4::Members::Messaging::SetMessagingPreference(): DBI Exception: DBD::mysql::st execute failed: Cannot add or update a child row: a foreign key constraint fails (`koha_kohadev`.`borrower_message_transport_preferences`, CONSTRAINT `borrower_message_transport_preferences_ibfk_2` FOREIGN KEY (`message_transport_type`) REFERENCES `message_transport_types` ) [for Statement "INSERT INTO borrower_message_transport_preferences (borrower_message_preference_id, message_transport_type) VALUES (?, ?) " with ParamValues: 0='1', 1="pmp_sms"] at /kohadevbox/koha/C4/Form/MessagingPreferences.pm line 99 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13613] Don't allow digest to be selected without a digest-able transport selected
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '21

17 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13613 --- Comment #5 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 118381 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=118381&action=e… Bug 13613: (follow-up) Use more unique classes This resolves the issue of being unable to save email as it was being hit by the validator -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13613] Don't allow digest to be selected without a digest-able transport selected
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '21

17 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13613 --- Comment #4 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 118380 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=118380&action=e… Bug 13613: (Bug 22744 follow-up) Remove js handling for 'none' There was a function and a set of onclick events to handle the 'Do not notify' checkboxes. Those have been removed, so should this code To test: 1 - Sign in to opac 2 - Click on 'your messaging' tab from 'your account' 3 - Check/uncheck some boxes 4 - Note error in the console: Uncaught TypeError: document.opacmessaging.none2 is undefined 5 - Apply patch 6 - repeat 7 - no more error -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13613] Don't allow digest to be selected without a digest-able transport selected
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '21

17 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13613 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #35471|0 |1 is obsolete| | --- Comment #3 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 118379 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=118379&action=e… Bug 13613 - Don't allow digest to be selected without a digest-able transport selected By default, only the email transport is enabled. This gives the messaging preferences the look of having email and digest and two options. I.E. to some users it appears that you check email for single emails, *or* you check digest for a digest email. To help remove this possible confusion, the digest mode checkbox should be disabled if no digest-able transports are checked for a given notice. Test Plan: 1) Apply this patch 2) For both the staff interface and the opac, note that the digest checkbox is disabled any time that no digest enabled transport ( email, sms if enabled ) is checked for the patron editor. -- You are receiving this mail because: You are watching all bug changes.

1 0