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

[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

[Bug 20545] New: Add multi-language support to SIP2
by bugzilla-daemon＠bugs.koha-community.org 20 May '25

20 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20545 Bug ID: 20545 Summary: Add multi-language support to SIP2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 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 At the moment the messages from the SIP2 server are in English by default and can be changed using a feature Kyle has written on bug 12571. The problem is, that while this can be used to translate the message, it doesn't provide true multi-language support. It's very common to provide the GUI on the self checks in mulitple languages here, so there is a need for translating the errors etc. sent by Koha as well. The SIP specification provides means to send a language code that would allow us to implement this properly. It uses a 3 character language code in its messages: http://multimedia.3m.com/mws/media/355361O/sip2-protocol.pdf Language Code Unknown (default) 000 English 001 French 002 German 003 Italian 004 Dutch 005 Swedish 006 Finnish 007 Spanish 008 Danish 009 Portuguese 010 Canadian-French 011 Norwegian 012 Hebrew 013 Japanese 014 Russian 015 Arabic 016 Polish 017 Greek 018 Chinese 019 Korean 020 North American Spanish 021 Tamil 022 Malay 023 United Kingdom 024 Icelandic 025 Belgian 026 Taiwanese 027 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 38791] New: Update virtual card templates to follow template standards
by bugzilla-daemon＠bugs.koha-community.org 19 May '25

19 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38791 Bug ID: 38791 Summary: Update virtual card templates to follow template standards Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 26777 The page title and maybe some other parts need some work to conform to newer Koha standards. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26777 [Bug 26777] Give the user the option to display their patron card barcode from the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 32337] New: System preference to block holds with debarments
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32337 Bug ID: 32337 Summary: System preference to block holds with debarments 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: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A number of libraries would like the ability to have borrower debarments prevent placing holds. Currently, debarments only block checkouts, not the placing of holds. Ideally this would be a system preference. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 33691] New: Improve query for do_check_for_previous_checkout
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33691 Bug ID: 33691 Summary: Improve query for do_check_for_previous_checkout 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org do_check_for_previous_checkout will pass a list of itemnumbers as part of the query. This could be hundreds of items or more. It makes sense to check by biblionumber instead when possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 32548] New: Make illrequestattributes easily available to ILL notices
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32548 Bug ID: 32548 Summary: Make illrequestattributes easily available to ILL notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de Often the most interesting information about the title, like article_title is only available in illrequestattributes. It would be super nice if we had these available with a nice syntax in the ILL notices. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25