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

[Bug 26549] New: Show value of global system preferences on subscription form
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '22

02 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26549 Bug ID: 26549 Summary: Show value of global system preferences on subscription form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com If "Number of issues to display to ...:" input fields in the subscription form are left empty, the global values from the *SerialIssueDisplayCount system preferences are used. It would be nice to display a hint about the pref value on the form to help decide if you want overwrite it or not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 30858] New: Add serial enumeration/chronology to itemsearch.pl
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '22

02 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30858 Bug ID: 30858 Summary: Add serial enumeration/chronology to itemsearch.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some librarians would find it handy if the results output of itemsearch.pl included a column for serial enumeration/chronology. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 29113] New: Requires code field for additional contents appears unnecessary
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '22

02 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29113 Bug ID: 29113 Summary: Requires code field for additional contents appears unnecessary Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When adding a HTML customization there is now a new required "Code" field that has to be filled in. Is this really necessary? * The old news editor didn't require this additional field. * None of the HTML customizations is repeatable. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 50

[Bug 26874] New: Exclude label layouts without barcodes from selection when printing a barcode batch
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '22

01 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26874 Bug ID: 26874 Summary: Exclude label layouts without barcodes from selection when printing a barcode batch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 7468 adds a great new feature for printing a batch of barcodes! But part of this process is picking which layout you want to print with. If you select a layout that doesn't include a barcode, you get an error: "Some or all of the barcodes in the range you have selected have no corresponding items. If you are using a layout without barcodes, this may result in missing entries or a blank page" Why not just remove any layouts from the dropdown that do not include a barcode? Even if I enter barcode numbers that are in use, if I try to use this tool to print spine labels for them I get an empty sheet. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 30958] New: OPAC Overdrive search result page broken for translations
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '22

31 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30958 Bug ID: 30958 Summary: OPAC Overdrive search result page broken for translations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr If a library does not have the OverDrivePasswordRequired system preference = 'Required' then translated OPAC Overdrive search result pages throw a JavaScript error and do not display results. The problematic line (below) in the English template is: var OD_password_required = [% IF Koha.Preference('OverDrivePasswordRequired') %]1[% ELSE %]0[% END %]; Which is translated to the following in the en-NZ (and other languages) template: var OD_password_required = [% IF Koha.Preference('OverDrivePasswordRequired') %]1[% ELSE %][% END %]; Like in bug 23713 the line is translated to: var OD_password_required = ; When it should be: var OD_password_required = 0; -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 29925] New: Add a 'set new password' page for patron's with expired passwords
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '22

30 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29925 Bug ID: 29925 Summary: Add a 'set new password' page for patron's with expired passwords Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Add a new page that will accept: 1 - Current password 2 - New password/confirmation 3 - Compare old and new password and confirm they are distinct, do not submit otherwise 4 - Save/update patron's password upon submission 5 - Update patron's password expiration -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 29926] New: Add ability for superlibrarians to edit password expiration dates
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '22

30 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29926 Bug ID: 29926 Summary: Add ability for superlibrarians to edit password expiration dates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org For single patrons and for patches we should allow the superlibrarian to set/update password expiration dates -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 23930] New: No permissions SSO login to staff client should redirect to a custom URL
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '22

29 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23930 Bug ID: 23930 Summary: No permissions SSO login to staff client should redirect to a custom URL Change sponsored?: Sponsored Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Presently if a patron tries to login to the staff client and they have insufficient permissions they are re-directed back to the Koha login page with the message: 'Error: You do not have permissions to access this page'. This is fine when the staff client authentication is the native Koha login, but when you have a SSO implemented then logging in via the Koha login page and then being re-directed to a native koha login form does not make sense. We'd like to implement a syspref InsufficientPermissionRedirectURL which the staff client re-directs to if the authenticating patron does not have permission to view the staff client. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 28125] New: All OPAC holds blocked when OPACHiddenItems contains incorrect values
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '22

26 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28125 Bug ID: 28125 Summary: All OPAC holds blocked when OPACHiddenItems contains incorrect values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 15448 >From bug 15448, we're now checking OPACHiddenItems to see if something is hidden before we allow a hold on it. However, the manner in which that check is performed causes a problem if the syspref contains incorrect values. To recreate: - make sure OPACHiddenItems is empty - find a holdable item on the OPAC, confirm you can place a hold on it - enter "itemlost: [AB]" in OPACHiddenItems (an incorrect value because itemlost can only contain 1 bit) - confirm your item is not hidden from the OPAC but you are told it is not available for holds You'll see the same behavior if you use an incorrect field name, like "lost" or "itemtype." Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15448 [Bug 15448] Placing hold on specific items doesn't enforce OpacHiddenItems -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 29094] New: Placing holds via SIP2 does not check if a patron can hold the given item
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '22

26 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29094 Bug ID: 29094 Summary: Placing holds via SIP2 does not check if a patron can hold the given item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When placing holds via SIP2, there is no holdability check. This seems very incorrect. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18