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

[Bug 31846] New: Add syspref for serials search results limit
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31846 Bug ID: 31846 Summary: Add syspref for serials search results limit 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: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Performing and advanced search on serials with a significant amount of subscriptions in the database can take up a lot of server resources and even (in our case) cause serious server overload. By introducing a syspref that allows setting a result limit this problem can be mitigated. Also discovered and fixed a lot of performance bottlenecks but will post this as a separate patch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 15504] Track Patron's Last Activity
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15504 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|rel_23_11_candidate | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37327] New: JS crash on patrons list when there is patron with empty name
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37327 Bug ID: 37327 Summary: JS crash on patrons list when there is patron with empty name Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: stalkernoid(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When a patron has an empty first name and surname, JS crashes on the patrons list page, causing the patron list to fail to load. To reproduce: 1. Create a new or edit existing patron and set the "First Name" as empty and "Surname" as whitespace (' '), so both name and surname are empty. 2. Go to the patron search page and search to load the patron list, which will lead to JS crash and patron list not loading. 3. The error can be found in the console of your browser "Uncaught TypeError: Cannot read properties of undefined (reading 'name')" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 37406] New: Receiving page in Acquisitions should display subtitle
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37406 Bug ID: 37406 Summary: Receiving page in Acquisitions should display subtitle Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On the receiving page, /cgi-bin/koha/acqui/parcel.pl?invoiceid=82, only the title is displayed. It would be desirable to have a column on that page (configurable) that would display any/all 245 subfields. This is important when libraries are ordering new volumes for existing works, sets, etc. This info is displayed in the baskets. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 37405] New: Multi-receiving table should display subtitle
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37405 Bug ID: 37405 Summary: Multi-receiving table should display subtitle Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On the multi-receiving confirmation table, cgi-bin/koha/acqui/orderreceive.pl?multiple_orders=123&invoiceid=5678, only the title is displayed. It would be desirable to have a column on that page (configurable) that would display any/all 245 subfields. This is important when libraries are ordering new volumes for existing works, sets, etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 35183] New: Rename intranetreadinghistory to IntranetReadingHistory
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35183 Bug ID: 35183 Summary: Rename intranetreadinghistory to IntranetReadingHistory Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 31357 Taken from Jonathan's suggestion on bug 31357: (In reply to Jonathan Druart from comment #5) > It would be nice to rename intranetreadinghistory with > IntranetReadingHistory for the same release. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31357 [Bug 31357] Separate holds history from intranetreadinghistory -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 31357] New: Separate holds history from intranetreadinghistory
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31357 Bug ID: 31357 Summary: Separate holds history from intranetreadinghistory Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently the system preference intranetreadinghistory determines visibility of both circulation history and holds history tabs in the patron record. It would be helpful to allow the option of setting each of those independently. Specifically, libraries have requested the option of being able to view the holds history in a patron record without having to enable viewing of the circulation history. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 21525] New: Configuration to disable all notices at patron level
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21525 Bug ID: 21525 Summary: Configuration to disable all notices at patron level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org At present, it is possible to select 'Do not notify' for the following notices at a patron level (i.e. for an individual patron): * Item due * Advance notice * Hold filled * Item check-in * Item check-out AT patron category level it is possible to opt out of overdue notices by changing the value of 'Overdue notice required' to 'No'. However, it is not possible to opt out of overdue notices at a patron level. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 37347] New: Next hold doesn't pop up automatically when cancelling a hold by checking item in
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37347 Bug ID: 37347 Summary: Next hold doesn't pop up automatically when cancelling a hold by checking item in Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When I check in an item to cancel a waiting hold on a bib that has more holds, the next hold doesn't pop up once I've cancelled the first. In previous versions, the steps would be: -Find item with a waiting hold, and check it in -On the popup notifying me of the waiting hold, select 'Cancel hold' -A second popup appears notifying me of the next hold in line, so that I can confirm or ignore The second popup is no longer appearing. I have to check the item in a second time to know if there is a hold. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 13722] Titles with articles not sorting correctly in lists
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13722 --- Comment #11 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Owen Leonard from comment #9) > Do we need to add a "title-sortable" column to the biblio table? We could > use the non-filing characters indicator on the 245 field to build it. That > would allow us to sort results coming directly from SQL and to use the same > sorting for DataTables. And it would make it more language-agnostic than the > "anti-the" option in DataTables since we wouldn't have to predefine all > possible articles to ignore. I am not keen on another column, but I see no better way to achieve this and we cannot keep up with the anti-the for libraries with many different languages. -- You are receiving this mail because: You are watching all bug changes.

1 0