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

[Bug 29629] New: Remove two unused intranet XSLT sheets
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '22

07 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29629 Bug ID: 29629 Summary: Remove two unused intranet XSLT sheets Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See bug 29556: Owen discovered: > koha-tmpl/intranet-tmpl/prog/en/xslt/MARC21slim2MODS3.xsl > koha-tmpl/intranet-tmpl/prog/en/xslt/MARC21slim2MODS32.xsl These two files appear to be unused. I could only find references to them in .po files. Lets remove them here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[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 29680] New: Reports menu 'Show SQL code' wrong border radius
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '22

07 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29680 Bug ID: 29680 Summary: Reports menu 'Show SQL code' wrong border radius Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In reports menu the 'Show SQL code' button has no right border radius. And if you click you see 'Hide SQL code' button has no left border radius. This is because these are two buttons in a group, hidden or displayed. The CSS ruling border radius is from bootstrap.min.css: .btn-group > .btn:first-child:not(:last-child):not(.dropdown-toggle) 0px A way to fix is to create 2 button groups. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[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 29729] New: if serials_stats.pl returns on results dataTables get angry
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '22

07 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29729 Bug ID: 29729 Summary: if serials_stats.pl returns on results dataTables get angry Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: To to Reports > Serials > Serials subscriptions and run the report while selecting a branch without subscriptions. Notice that console error: datatables.min_21.1200002.js:62 Uncaught TypeError: Cannot set properties of undefined (setting '_DT_CellIndex') If you run the report for a branch WITH subscriptions it works just fine. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[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 29742] New: Make deletemem.pl use Koha::Patron->safe_to_delete
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '22

05 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29742 Bug ID: 29742 Summary: Make deletemem.pl use Koha::Patron->safe_to_delete Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This method centralizes the validation logic for allowing/denying patron deletion. Should be used instead of having the logic in the controller. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[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