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

[Bug 22311] New: Make the #moresearches area of the OPAC responsive
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22311 Bug ID: 22311 Summary: Make the #moresearches area of the OPAC responsive 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: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 85009 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=85009&action=ed… screenshot of opac showing the area needed to be responsive When links are added to the #moresearches area of the OPAC, the opac fails to be responsive when resized. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 37603] New: Protect static files served by Apache
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37603 Bug ID: 37603 Summary: Protect static files served by Apache Change sponsored?: --- Product: Koha Version: Main 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org There are times where it would be great to generate a large file in the background and then alert the user when it's ready to download. The problem at the moment is that proxying with Plack::App::CGIBin can lead to timeouts, and serving directly with Apache means no authentication/authorization checks. This morning I realised though that we could actually use mod_perl to write a Perl-based auth handler for Apache. (It looks like Nginx has a ngx_http_perl_module equivalent as well.) It would mean bolting on another dependency, but it's an interesting idea... Of course, an alternative would be to just go with something like bug 31380. That would be serving a static file via Starman, so it wouldn't be as efficient as Apache, but it wouldn't timeout like Plack::App::CGIBin... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 35504] New: Release team 24.05
by bugzilla-daemon＠bugs.koha-community.org 22 May '25

22 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35504 Bug ID: 35504 Summary: Release team 24.05 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: RM_priority Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 35446] New: Authority UNIMARC 100 field $a/21-22
by bugzilla-daemon＠bugs.koha-community.org 22 May '25

22 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35446 Bug ID: 35446 Summary: Authority UNIMARC 100 field $a/21-22 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: Igor.A.Sychev(a)mail.ru QA Contact: testopia(a)bugs.koha-community.org line 238 <td><label for="f8">Script of title</label></td> https://github.com/Koha-Community/Koha/blob/master/koha-tmpl/intranet-tmpl/… UnimarcA: $a/21-22 Script of Cataloguing A two-character code indicates the script used in cataloguing. In authority records, the 2-- qualifiers, notes and other instructional information appear in this script. https://www.ifla.org/wp-content/uploads/U_A_100_update2022_online_final.pdf -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 33831] New: UNIMARCAuthorityField100
by bugzilla-daemon＠bugs.koha-community.org 22 May '25

22 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33831 Bug ID: 33831 Summary: UNIMARCAuthorityField100 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: Igor.A.Sychev(a)mail.ru QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com System preferences authorities.pref#UNIMARCAuthorityField100# Use the following text for the contents of UNIMARC authority field 100 position 08-35 (fixed length data elements). Do NOT include the date (position 00-07): UNIMARC authority field 100 position 08-23 https://cdn.ifla.org/wp-content/uploads/2019/05/assets/uca/unimarc-authorit… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 35813] New: When placing a booking, we don't feedback successful placements
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35813 Bug ID: 35813 Summary: When placing a booking, we don't feedback successful placements Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 29002 We lost this during various rebases I think.. we should let the end user know that the booking was placed successfully rather than just close the modal without any feedback. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29002 [Bug 29002] Add ability to book items ahead of time -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 36496] New: Inventory results table needs an export option
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36496 Bug ID: 36496 Summary: Inventory results table needs an export option Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When selecting the options for the inventory report, there is a box to select to export the results to CSV. If that option is not checked and the user decides to export the results after running the report, the report has to be run again. It would be nice to add an export CSV option to the the table results. This is found elsewhere in Koha and it would be nice to add here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 34829] New: Cash register report is reverting to All Libraries when viewing the Writeoff report
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34829 Bug ID: 34829 Summary: Cash register report is reverting to All Libraries when viewing the Writeoff report 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: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Have at least two libraries (Library A & Library B) and at least two patrons. One patron for Library A & one for Library B. 2. Create a manual fee for both patrons and write them off. 3. Go to the cash register statistics report and change the transaction type to "Write off" and your transaction library to Library A. 4. Notice that when you submit the report the transaction library defaults back to "All" and shows both patrons instead of just the patron from Library A. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 31024] New: Switch to the REST Datatables for Suggestion Management
by bugzilla-daemon＠bugs.koha-community.org 20 May '25

20 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31024 Bug ID: 31024 Summary: Switch to the REST Datatables for Suggestion Management Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The UX on the manage suggestions page is a little out of place and performance isn't great with a large number of suggestions. I'm sure we can do better by adopting some of our more modern practices using the REST API and DataTables Wrapper. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 35854] New: Suggestions generate identical messages when edited
by bugzilla-daemon＠bugs.koha-community.org 20 May '25

20 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35854 Bug ID: 35854 Summary: Suggestions generate identical messages when edited Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To reproduce: - Log in to the OPAC and enter a purchase suggestion - Log in to the staff client and locate the purchase suggestion - Change the status to "Accepted" - Check the notices of the patron that entered the suggestion in the OPAC. Verify there is message with the title "Purchase suggestion accepted" - Now edit the purchase suggestion again, without changing the status - Check the messages of the patron again, and verify there are now to "Purchase suggestion accepted" messages The standard ACCEPTED message reads: Dear koha, You have suggested that the library acquire Test by Johan Theorin. The library has reviewed your suggestion today. The item will be ordered as soon as possible. You will be notified by mail when the order is completed, and again when the item arrives at the library. If you have any questions, please email us at . Thank you, Centerville It might be possible to phrase this another way, so it makes sense to send it out multiple times for the same suggestion even if the status is not changed, but in general I think it will be confusing to generate identical messages for the same suggestion. The suggested fix is to only send messages when the status is changed. Perhaps there are libraries that depend on the current functionality, so we might need a syspref like SuggestionsOnlySendMessagesOnChangedStatus that defaults to off, to keep the current behaviour. Thoughts? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10