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

[Bug 29004] New: Update GoogleOpenIDConnect preference to make it clear that it is OPAC-only
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29004 Bug ID: 29004 Summary: Update GoogleOpenIDConnect preference to make it clear that it is OPAC-only Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration 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 Depends on: 10988 GoogleOpenIDConnect and related system preferences only affect the OPAC, but the system preference descriptions don't make that explicit. The description should be modified to mention that it only applies to the OPAC. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10988 [Bug 10988] Allow login via Google OAuth2 (OpenID Connect) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 29200] New: Adlibris cover service broken
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29200 Bug ID: 29200 Summary: Adlibris cover service broken 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 8630 When turning on the Adlibris cover service now, there is a thumbnail link showing on the results list and a "Cover image" link (slightly prettier) on the details page, but no covers are showing. Maybe there is some new limitation on the service now? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8630 [Bug 8630] Add covers from AdLibris to the OPAC and Intranet -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 30060] New: Missing primary key on user_permissions
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30060 Bug ID: 30060 Summary: Missing primary key on user_permissions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 30055 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30055 [Bug 30055] Rewrite patron searches to make them use the REST API routes -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 30130] New: Allow setting EDI type at the vendor level
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30130 Bug ID: 30130 Summary: Allow setting EDI type at the vendor level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Currently, EDI has some codepaths that are different depending on a hard coded list of vendors that support the EDItEUR standard (as apposed to the BIC standard). We should allow setting this flag at the vendor definition level in the UI -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[Bug 16258] New: Add a preference to turn EDIFACT off
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16258 Bug ID: 16258 Summary: Add a preference to turn EDIFACT off Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Acq is a complicated module and the new EDIFACT related options and features add another layer of complexity. It would be good if the feature could be turned off for libraries not interested in the functionality to help simplify working with acq a bit again. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 76

[Bug 30508] New: Do not display OPAC message about block from holds when OPACHoldRequests is disabled
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '22

08 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30508 Bug ID: 30508 Summary: Do not display OPAC message about block from holds when OPACHoldRequests is disabled 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a patron has charges on their account in excess of the amount set in MaxOutstanding, they see a message on their account that says "Please note: Your account has outstanding fees & charges of X.XX. Holds are blocked because your fine balance is over the limit." If the syspref OPACHoldRequests (formerly known as RequestOnOPAC) is disabled, we should not show this alert to the patron even if they have fines over the MaxOutstanding amount. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 30413] New: Patron sample should be the same whatever MARC flavour is
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '22

08 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30413 Bug ID: 30413 Summary: Patron sample should be the same whatever MARC flavour is Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org In Kohadevbox or sandbox, the sample of patrons is not the same if you use MARC21 (53 patrons) or UNIMARC (3 patrons). It could be really great (and easier for tests !) if this sample could be the same, for it's not MARC flavour sensitive datas. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 24153] New: Add a confirm flag to the cleanup_database.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '22

08 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24153 Bug ID: 24153 Summary: Add a confirm flag to the cleanup_database.pl cronjob Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Command-line Utilities 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: robin(a)catalyst.net.nz That will allow to make it run in dry-run mode with a useful verbose output -- You are receiving this mail because: You are watching all bug changes.

1 56

[Bug 23407] New: XSLT Details pages don't use items, we shouldn't pass them
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '22

08 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23407 Bug ID: 23407 Summary: XSLT Details pages don't use items, we shouldn't pass them Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org C4::XSLT::XSLTParse4Display calls buildKohaItemsNamespace() for all displays For IntranetDetails and OPACDetails there is no item processing. Removing this call can save us time -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 26979] New: Show correctly-pluralized labels on checkouts page tabs
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '22

07 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26979 Bug ID: 26979 Summary: Show correctly-pluralized labels on checkouts page tabs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation Assignee: oleonard(a)myacpl.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 Depends on: 21156 I suggest we modify the way we display counts on the checkouts page tabs (checkouts, holds, claims, etc). I suggest we use the new pluralization template syntax (Bug 21156) to show counts on the tabs. Example screenshot: https://zivotdesign.com/p/#1/15980387474009 Besides avoiding parentheses in labels like "10 Checkout(s)," this change would show the count of only unresolved claims and enrolled clubs. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 18