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

[Bug 30238] New: When changing patron category the digest option is not saved
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '22

07 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30238 Bug ID: 30238 Summary: When changing patron category the digest option is not saved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com * Update messaging preferences for patron category 'Staff', check Item due with digest. * Edit 'Nicole Schneider' or any other patron in your database, that is not Staff yet and set some different messaging preferences * Edit again and set patron category to 'Staff' * Verify that messaging preferences have been set to default for 'Staff', but: * Verify: The digest option appears checked, but greyed out. * Save * Edit patron again - the digest option was not saved -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 8367] How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '22

07 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #171 from Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> --- Sorry but I'm unable to repeat step 8, since number of days doesn't change when I change library. It seems number is based on "Standard rules for all libraries", not individual rules as described. After deleting standard rule, number of days is set by ReservesMaxPickUpDelay. Also tests fail for me: not ok 12 - Expiration date should be set to today + 3 based on circulation rules # Failed test 'Expiration date should be set to today + 3 based on circulation rules' # at t/db_dependent/Holds/WaitingReserves.t line 244. # got: '2022-03-07' # expected: '2022-03-10' not ok 13 - Expiration date should be set to today + 4 based on circulation rules and including a holiday # Failed test 'Expiration date should be set to today + 4 based on circulation rules and including a holiday' # at t/db_dependent/Holds/WaitingReserves.t line 266. # got: '2022-03-07' # expected: '2022-03-12' Other than these, this seems to be working as described. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30219] New: Batch Patron Modification - Add Patron Notification Preferences
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '22

06 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30219 Bug ID: 30219 Summary: Batch Patron Modification - Add Patron Notification Preferences Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: rcoert(a)arlingtonva.us QA Contact: testopia(a)bugs.koha-community.org Requesting the addition to update "Patron messaging preferences" when Batch Updating Patron records. Use case - an entire category of patrons is being moved to "Books By Mail" service, which receive no notifications. However, their current patron category receives ALL the notices. The options to adjust the Notifications are either for staff to do it (very time consuming) or a request for the Data Team to correct it (if supported by a vendor). It would save time for everyone if the sysadmins could just update it in Batch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9181] Add patron messaging preferences to batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '22

06 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rcoert(a)arlingtonva.us --- Comment #5 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 30219 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9181] Add patron messaging preferences to batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '22

06 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Add patron messaging |Add patron messaging |preference to Batch Patrons |preferences to batch patron |Modification tool |modification tool -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9097] 'Welcome mail' for new library users
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '22

06 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9097 --- Comment #14 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Martin Renvoize from comment #13) > Does that cover everything? Almost! I think the original idea here was to have a button for manual sending/resending of a notice. So maybe we could add that to the 'More' menu if possible? It could also be useful if patrons don't give an email address at first, but add one later. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29432] New: Item type deletion should test frameworks
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '22

04 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29432 Bug ID: 29432 Summary: Item type deletion should test frameworks Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Actually the test to allow deleting an item type is : sub can_be_deleted { my ($self) = @_; my $nb_items = Koha::Items->search( { itype => $self->itemtype } )->count; my $nb_biblioitems = Koha::Biblioitems->search( { itemtype => $self->itemtype } )->count; return $nb_items + $nb_biblioitems == 0 ? 1 : 0; } But using item types on biblioitems.itemtype is not mandatory (for items.itype I do not know), so we should test if this DB column is configured in frameworks to use item types. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 30229] New: Last barcode added duplicates in label batch if page refreshes
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '22

04 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30229 Bug ID: 30229 Summary: Last barcode added duplicates in label batch if page refreshes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Note: I believe this is more an issue of how browsers work than a bug, and the duplicate(s) can be deleted with a click - but I'm documenting this here in case anyone else searches for it. When creating a label batch, if you refresh the page, the last barcode added will be duplicated. (Tested in Firefox on 21.05.09 and 20.05.14.) Steps to replicate: -Start a new label batch -Add barcode 111 -Add barcode 222 -In a separate tab, edit the call number for barcode 111 -Refresh your label batch page to see edit - barcode 222 is now repeated at end of batch The updated call number *will* apply to the batch/print correctly without refreshing the label batch page, but libraries may want to see the update before proceeding with the export. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15594] Sequence of MARC 260 subfields different on XSLT result list and detail page
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '22

04 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15594 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA --- Comment #15 from Nick Clemens <nick(a)bywatersolutions.com> --- Small patch, small cleanup, I think this can go ahead PQA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15594] Sequence of MARC 260 subfields different on XSLT result list and detail page
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '22

04 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15594 --- Comment #14 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 131385 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131385&action=e… Bug 15594: (QA follow-up) Move span to publisher name, fix whitespace, only add spaces once per loop This patch updates the whitespace for readbility Moves the Ogranization span to the subfield b, publisher name only Moves check for last/whitespace to the loop Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0