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

[Bug 30470] New: Apply CheckPrevCheckout logic when placing a hold on the OPAC
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '24

21 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30470 Bug ID: 30470 Summary: Apply CheckPrevCheckout logic when placing a hold on the OPAC 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: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 20421 introduced CheckPrevCheckout logic when placing a hold on the staff client. It would be useful to have the same CheckPrevCheckout logic implemented for patrons when placing a hold on the OPAC. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 34668] New: Add syspref to popup warn librarians of waiting holds for the patrons whose items they are checking out
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '24

21 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34668 Bug ID: 34668 Summary: Add syspref to popup warn librarians of waiting holds for the patrons whose items they are checking out Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: shi-yao.wang(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Add a modal popup when checking out items of a patron that has waiting holds available with a syspref to enable or disable the feature. Would make it more obvious than the simple display of "Holds waiting here" comment on top right of the checkout page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 33171] New: Add coded_location_qualifier, barcode, and enumchron to MarcItemFieldsToOrder
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '24

21 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33171 Bug ID: 33171 Summary: Add coded_location_qualifier, barcode, and enumchron to MarcItemFieldsToOrder Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries would like to use the following item fields with the MarcItemFieldsToOrder system preference: * coded_location_qualifier * barcode * enumchron -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 32474] New: Implement infinite scroll in vue-select
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '24

21 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32474 Bug ID: 32474 Summary: Implement infinite scroll in vue-select Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Depends on: 32468 We're using the vue-select component for our select pulldowns in ERM. We could do with reaching feature parity with our select2 wrapper and part of that is to implement an ajax driven infinite scroll as suggested in bug 32468. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32468 [Bug 32468] Vendors select only allows selecting from first 20 vendors by default -- You are receiving this mail because: You are watching all bug changes.

1 134

[Bug 34543] New: Content block accessibility helpers
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '24

21 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34543 Bug ID: 34543 Summary: Content block accessibility helpers 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 23003 With the ability to enter almost anything into the HTML Content blocks, and especially the WYSIWYG editor used.. it's very, very easy to break the accessibility of your OPAC. We should look into options for hinting at correct headings level start point in the editor and perhaps add options for adding simple styled blocks that conform to Koha best practices (Like the use of page-sections in intranet blocks for example) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23003 [Bug 23003] Accessibility improvements -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 32467] New: ExpireReservesAutoFill should send to the holding library when notifying of a hold in transit
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '24

19 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32467 Bug ID: 32467 Summary: ExpireReservesAutoFill should send to the holding library when notifying of a hold in transit 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When an expired hold is cancelled and set to auto fill, if the next hold requires transit the email is sent to the receiving library. This means the holding library is not notified that the hold should be removed from the hold shelf. I believe the notice should either be sent to the holding library, or both libraries. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 15728] New: Hide component parts from search result
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '24

19 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15728 Bug ID: 15728 Summary: Hide component parts from search result Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: larit(a)student.uef.fi QA Contact: testopia(a)bugs.koha-community.org Add an option to hide component parts from search results. When searching for a song, we may want to see album results only (albums where the song appears). This option would help the process of seeing if a song is on an album that is available. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 35117] New: get_marc_components and get_marc_volumes should be more consistent
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '24

18 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35117 Bug ID: 35117 Summary: get_marc_components and get_marc_volumes should be more consistent 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 35099 Bug 35099 highlighted a number of inconsistencies between these two parallel methods.. we should bring them closer. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35099 [Bug 35099] Cannot load records with invalid marcxml -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 29382] New: Renewal message is sent twice during auto-renewal
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '24

18 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29382 Bug ID: 29382 Summary: Renewal message is sent twice during auto-renewal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)iki.fi QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz If patron has enabled in the messaging preferences both of the following options Item checkout and renewal Auto renewal then the patron will get two messages, one for the auto-renewal being done for the item, and another message for the item being renewed. Only the Auto-renewal message should be sent. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22346] New: Populate items.booksellerid when creating items in serials
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '24

18 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22346 Bug ID: 22346 Summary: Populate items.booksellerid when creating items in serials 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 Target Milestone: --- When creating items for serials via the serials module, a lot of the fields are preset, but items.booksellersid is not automatically set to the id of the subscription's vendor. It would be nice if this could be added as it will help with statistics, especially if the vendor changes in the lifetime of a serial subscription. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2