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

[Bug 20427] New: Convert OPAC LESS to SCSS
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '22

07 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20427 Bug ID: 20427 Summary: Convert OPAC LESS to SCSS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Since we're working to add SCSS to the staff client (Bug 19474), we can convert the OPAC to use SCSS too and use the same build process for both. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 23475] New: Search context is lost when simple search leads to a single record
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '22

07 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23475 Bug ID: 23475 Summary: Search context is lost when simple search leads to a single record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client 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 Bug 19046 made search terms and dropdown preserve in the staff client, however, if one search for a barcode or something that returns a single record the dropdown and box are cleared -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 54

[Bug 23342] New: Branch Transfer Limits branch_transfer_limits.pl DBI to Koha::Object, fix variable semantics
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '22

07 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23342 Bug ID: 23342 Summary: Branch Transfer Limits branch_transfer_limits.pl DBI to Koha::Object, fix variable semantics Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com branch_transfer_limits.pl uses DBI SQL statements in the controller. Replace those with Koha::Objects. change branchcode to fromBranch to clarify what is the purpose of the branchcode. Prepare for more BranchTransferLimit authorised value limiting types. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 25643] New: Remove maxreserves syspref
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '22

05 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25643 Bug ID: 25643 Summary: Remove maxreserves syspref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Unless someone can explain to me how it's not redundant, I think we should remove the maxreserves system preference. The maximum amount of holds (regardless of patron category and can be set in Circulation and fines rules > Default checkout, hold and return policy > Maximum total holds allowed (count). For upgrades, if there is a value in maxreserves, it should be transferred to circulation_rules > max_holds. Not sure what it should do if there is already a value in max_holds... take the biggest? give a warning in the about page? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[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