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

[Bug 17127] New: Can't blacklist MARC21 500 with NotesBlacklist
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '22

07 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17127 Bug ID: 17127 Summary: Can't blacklist MARC21 500 with NotesBlacklist Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org NotesBlacklist will hide fields from the descriptions tab in the OPAC. This works fine for all fields, but 500 in our tests. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 29553] New: Reserves: Can't call method "notforloan" on an undefined value
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '22

07 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29553 Bug ID: 29553 Summary: Reserves: Can't call method "notforloan" on an undefined value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com C4::Reserves::IsAvailableForItemLevelRequest my $itemtype = $item->effective_itemtype; my $notforloan_per_itemtype = Koha::ItemTypes->find($itemtype)->notforloan; If you have set item level itypes to biblioitems, but your biblioitem record has itemtype NULL, placing a hold will crash. (You must have an item too.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 29506] New: objects.search should call search_limited if present
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '22

07 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29506 Bug ID: 29506 Summary: objects.search should call search_limited if present Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 28962] New: Make deleting unverified self registrations standard (see del-unv-selfreg / DeleteUnverifiedOpacRegistrations)
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '22

07 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28962 Bug ID: 28962 Summary: Make deleting unverified self registrations standard (see del-unv-selfreg / DeleteUnverifiedOpacRegistrations) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The flag del-unv-selfreg could be inserted into the standard set of the cleanup database cron job. The verification mail tells us: If you did not initiate this request, you may safely ignore this one-time message. The request will expire shortly. This actually is not true. But we could make it a bit more true when deleting them by default within say 14 days? Of course this could always become a syspref one day :) Note that running this sub when you do not use self registration does not hurt. It only selects the records without a borrowernumber. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 29571] New: Mainpage : "All librairies" pending suggestions are visible only if the current library has suggestions
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '22

07 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29571 Bug ID: 29571 Summary: Mainpage : "All librairies" pending suggestions are visible only if the current library has suggestions Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: christophe.torin(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org On the mainpage, the "Suggestions pending approval" block is shown only if there are suggestions for the user's current library, even if the other library have suggestions. Example with 3 libraries : , LIB_A (3 suggestions), LIB_B (1 sugg.), LIB_C (0 sugg.) LIB_A will show "Suggestions pending approval: LIB_A: 3 / All Libraries: 4" LIB_B will show "Suggestions pending approval: LIB_B: 1 / All Libraries: 4" LIB_C will show nothing. If this is to be fixed, it would be simple, in the template intranet-main.tt on line 178 : The condition on "pendingsuggestions" will return false if it's equal to 0, thus hiding the whole block, even if the field "all_pendingsuggestions" is set and above 0. This was seen on koha 20.11, but I checked and is still on master. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 29591] New: Add autorenew_checkouts to BorrowerMnadatory/Unwanted fields system preferences
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '22

07 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29591 Bug ID: 29591 Summary: Add autorenew_checkouts to BorrowerMnadatory/Unwanted fields system preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration 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 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 29604] New: term highlighting adds unwanted pseudo element in the contentblock of OPAC details page
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '22

07 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29604 Bug ID: 29604 Summary: term highlighting adds unwanted pseudo element in the contentblock of OPAC details page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 128111 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=128111&action=e… example To recreate: 1. Do a search that will give you lots of term highlighting, I just searched for 'e' in koha-testing-docker. 2. Go to a record with some MARC 505 notes, this HTML element is 'contentblock'. 3. Notice the CSS pseudo element with this property 'content: "→ ";' 4. The very first time you see a match in the term highlight ( in my case 'e'), the → is added. This is because of this: .contentblock :first-child::before { content: "→ "; } -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 29436] New: Cannot reorder facets in staff interface elasticsearch configuration
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '22

06 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29436 Bug ID: 29436 Summary: Cannot reorder facets in staff interface elasticsearch configuration 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: nick(a)bywatersolutions.com On master: Move author to bottom of list, click save "An error occurred when updating mappings: . " On 21.05 we are seeing that nothing happens when clicking the 'Save' button -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 16623] New: Limit patron discharge management by library
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '22

04 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16623 Bug ID: 16623 Summary: Limit patron discharge management by library 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Like Bug 10904 and patron modification requests, discharge requests should probably be limited by library. In fact I think it would make sense to use the same system preference, IndependentBranchesPatronModifications, for both. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 18403] New: Hide patron information if not part of the logged in user library group
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '22

03 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18403 Bug ID: 18403 Summary: Hide patron information if not part of the logged in user library group Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: Patrons Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Add the ability to hide patron record information from any other library (outside the group). -- You are receiving this mail because: You are watching all bug changes.

1 163