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

[Bug 11879] Add a new field to patron record: main contact method
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11879 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26313] New: "Show analytics" link doesn't work with Elasticsearch and UseControlNumber
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26313 Bug ID: 26313 Summary: "Show analytics" link doesn't work with Elasticsearch and UseControlNumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de The "Show analytics" links don't work with Elasticsearch and UseControlnumber enabled. To test: - Turn SearchEngine to Elasticsearch and make sure it works - Pick any serial record in your database, make sure 001 is set - Go to new > new child record - Fill in 245 and save - Click on the "In" link, it should bring you to the parent record - Click on "Show analytics" => there will be no result What the search tries to do: rcn:11388674 and (bib-level:a or bib-level:b) - find a record with $w 11388674 - that is also a serial or monographic component part (LDR pos 7) rcn: search alone works. bib-level:a alone works Something wrong with the search syntax for Elasticsearch maybe? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 28284] New: Error libraryNotPickupLocation when placing a hold if logged in branchcode is not a pickup location
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28284 Bug ID: 28284 Summary: Error libraryNotPickupLocation when placing a hold if logged in branchcode is not a pickup location Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This was previously resolved in bug 25877 - reintroduced by bug 28118 To recreate: 1 - Make a branch not a pickup location 2 - Sign in to staff client as that branch 3 - Attempt to place hold on item from another branch for a patron at the branch this is not a pickup location 4 - No items available - libraryNotPickupLocation -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 14364] Allow automatically canceled expired waiting holds to fill the next hold
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14364 --- Comment #49 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 120942 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=120942&action=e… Bug 14364: (QA follow-up) Generate message for transfers as well -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14364] Allow automatically canceled expired waiting holds to fill the next hold
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14364 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #120494|0 |1 is obsolete| | --- Comment #48 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 120941 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=120941&action=e… Bug 14364: Allow automatically canceled expired waiting holds to fill the next hold Right now, if a library automatically cancels expired waiting holds, a librarian must still re-checkin an item to trap the next available hold for that item. It would be better if the next hold was automatically trapped and the librarians receive an email notification so they can make any changes to the item if need be ( hold area, hold slip in item, etc ). Test Plan: 1) Apply this patch 2) Run updatedatabase.pl 3) Create a record with one item 4) Place two holds on that record 5) Check in the item and set it to waiting for the first patron 6) Set ReservesMaxPickUpDelay to 1 7) Enable ExpireReservesMaxPickUpDelay 8) Enable ExpireReservesAutoFill 9) Set an email address in ExpireReservesAutoFillEmail 10) Modify the holds waitingdate to be in the past 11) Run misc/cronjobs/holds/cancel_expired_holds.pl 12) Note the hold is now waiting for the next patron 12) Note a waiting hold notification email was sent to that patron 13) Note a hold changed notification email was sent to the library Signed-off-by: Victoria Faafia <vfaafia29(a)gmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14364] Allow automatically canceled expired waiting holds to fill the next hold
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14364 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14364] Allow automatically canceled expired waiting holds to fill the next hold
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14364 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #115466|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28312] New: We should not assume hold pickup branch = ReservesControlBranch when checking it holds are allowed
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28312 Bug ID: 28312 Summary: We should not assume hold pickup branch = ReservesControlBranch when checking it holds are allowed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: tomascohen(a)gmail.com Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To replicate: - Have branches A & B - In the Libraries setup, set A to be a pickup location, B to not be a pickup location - Set ReservesControl to Item's Home Library - Have a bib with two items, one owned by each branch - Confirm circ rules say all items on your bib are holdable by all patrons - On your bib, try to place a hold via the intranet - Confirm Koha allows a hold on the bib or on the Branch A item, but the Branch B item gives the message "libraryNotPickupLocation" As Koha checks whether each hold is allowed, it assumes a pickup branch of whatever's indicated by ReservesControl. So it assumes the Branch A item would be a hold for pickup at Branch A (allowed location) and the hold for the Branch B item would be for pickup at Branch B (un-allowed location). But that assumption is wrong. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 3150] Move emails for sending cart and list contents into notices tool
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3150 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #43 from David Nind <david(a)davidnind.com> --- I was too slow on this one as well... the patch no longer applies 8-(.. Apply? [(y)es, (n)o, (i)nteractive] y Applying: Bug 3150: Move emails for sending cart and list contents to notices Using index info to reconstruct a base tree... M installer/data/mysql/en/mandatory/sample_notices.yml M installer/data/mysql/fr-CA/obligatoire/sample_notices.sql M installer/data/mysql/fr-FR/1-Obligatoire/sample_notices.sql A installer/data/mysql/it-IT/necessari/notices.sql M installer/data/mysql/nb-NO/1-Obligatorisk/sample_notices.sql A installer/data/mysql/pl-PL/mandatory/sample_notices.sql A installer/data/mysql/ru-RU/mandatory/sample_notices.sql A installer/data/mysql/uk-UA/mandatory/sample_notices.sql Falling back to patching base and 3-way merge... CONFLICT (modify/delete): installer/data/mysql/uk-UA/mandatory/sample_notices.sql deleted in HEAD and modified in Bug 3150: Move emails for sending cart and list contents to notices. Version Bug 3150: Move emails for sending cart and list contents to notices of installer/data/mysql/uk-UA/mandatory/sample_notices.sql left in tree. CONFLICT (modify/delete): installer/data/mysql/ru-RU/mandatory/sample_notices.sql deleted in HEAD and modified in Bug 3150: Move emails for sending cart and list contents to notices. Version Bug 3150: Move emails for sending cart and list contents to notices of installer/data/mysql/ru-RU/mandatory/sample_notices.sql left in tree. CONFLICT (modify/delete): installer/data/mysql/pl-PL/mandatory/sample_notices.sql deleted in HEAD and modified in Bug 3150: Move emails for sending cart and list contents to notices. Version Bug 3150: Move emails for sending cart and list contents to notices of installer/data/mysql/pl-PL/mandatory/sample_notices.sql left in tree. Auto-merging installer/data/mysql/nb-NO/1-Obligatorisk/sample_notices.sql CONFLICT (modify/delete): installer/data/mysql/it-IT/necessari/notices.sql deleted in HEAD and modified in Bug 3150: Move emails for sending cart and list contents to notices. Version Bug 3150: Move emails for sending cart and list contents to notices of installer/data/mysql/it-IT/necessari/notices.sql left in tree. Auto-merging installer/data/mysql/fr-FR/1-Obligatoire/sample_notices.sql Auto-merging installer/data/mysql/fr-CA/obligatoire/sample_notices.sql Auto-merging installer/data/mysql/en/mandatory/sample_notices.yml error: Failed to merge in the changes. Patch failed at 0001 Bug 3150: Move emails for sending cart and list contents to notices -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #53 from David Nind <david(a)davidnind.com> --- I was too slow in retesting! The patch no longer applies 8-(.. -- You are receiving this mail because: You are watching all bug changes.

1 0