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

[Bug 23293] New: OPACFineNoRenewals compares against 'balance' not 'outstanding'
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '25

24 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23293 Bug ID: 23293 Summary: OPACFineNoRenewals compares against 'balance' not 'outstanding' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com The OPACFineNoRenewals (and consequently the OPACFineNoRenewalsBlockAutoRenew) feature uses the patrons' account balance (which combines outstanding credits and debits) as opposed to their outstanding debts. This should either be configurable (or perhaps coded to use outstanding debts instead) as it does not accurately reflect what a patron may owe when AccountAutoReconcile is set to 'Do not' apply. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 26597] New: Transfer informations from guarantor when adding a guarantor to an existing patron
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26597 Bug ID: 26597 Summary: Transfer informations from guarantor when adding a guarantor to an existing patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: maryse.simard(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When creating a new guarantee from the guarantor, the preference PrefillGuaranteeField dictates some fields to be transfered from guarantor to guarantee. We want to transfer those informations also when adding a new guarantor relationship to an existing patron. Note: This was first introduced as part of Bug 12446, but ultimately was split into it's own bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 65

[Bug 30555] New: Add more sample notice for sms messages
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30555 Bug ID: 30555 Summary: Add more sample notice for sms messages 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: shi-yao.wang(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 29095] New: Add re-usable item-status include
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29095 Bug ID: 29095 Summary: Add re-usable item-status include Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We display item status's in a few places, and already have an item-status include file to share this display logic around in the OPAC. We should do the same in the staff client, this would lead to simplified logic in the catalogue/detail controller and DRYer code in future developments. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 22704] New: Subtype search don't work with ElasticSearch
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22704 Bug ID: 22704 Summary: Subtype search don't work with ElasticSearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com Target Milestone: --- Hi, Steps to reproduce: - set Elastic as search engine - make full reindex of biblio - make sure 'Subtypes' is checked in either OpacAdvSearchMoreOptions or OpacAdvSearchOptions - go to Advanced search - if necessary, click on 'More options' - in the 'Subtype limits' section, choose some Subtype like CD audio from drop-down menu - click on 'Search' - get result: No results match your search with limit(s): 'ff7-01-02:sd -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28439] New: Add ability to suspend club enrollments
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '25

22 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28439 Bug ID: 28439 Summary: Add ability to suspend club enrollments Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be helpful if club enrollments could be suspended or paused for a specific patron. Right now, if a patron goes on vacation and we want to prevent them from getting club holds we have to remove them from all their clubs, keep track of which ones they were removed from, then add them back to their clubs at a later date. If we could suspend their enrollments without fully removing them from the club that would mean less tracking and work to re-establish their enrollments after they have returned. Bonus points if this can behave like a hold suspension, where you could suspend multiple enrollments with one click via the patron's account and also set a date to automatically release the suspensions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 29582] New: Browse search results block not visible in OPAC when using Google Chrome
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '25

19 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29582 Bug ID: 29582 Summary: Browse search results block not visible in OPAC when using Google Chrome Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 128054 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=128054&action=e… Browse results block in OPAC not visible in Google Chrome When using Google Chrome and clicking through from the search results page, the browse search results block on the details page for a record is not visible. It does display correctly in Firefox. Screenshot attached. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 19534] New: Adding collection code attribute to cover image div
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '25

19 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19534 Bug ID: 19534 Summary: Adding collection code attribute to cover image div Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: michael(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To further facilitate add images associated with items, add collection code attribute ID to cover image div. Requested by archive that wanted to have images associated with specific collections appear next to items in search results. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 30856] New: Remove CanReserveBeCanceledFromOpac
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30856 Bug ID: 30856 Summary: Remove CanReserveBeCanceledFromOpac Change sponsored?: --- Product: Koha Version: unspecified 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We already have a method that does the same check, Koha::Hold->is_cancelable_from_opac -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 27063] New: Allow changing which record an order is linked to
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27063 Bug ID: 27063 Summary: Allow changing which record an order is linked to Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org At the moment if the basket is still open you can update the bbliographic details of an order or overwrite the existing record via Z39.50, but if you notice that you have used the wrong record, there is no way to fix this. It would be great if it was possible to change the record an order is linked to while the basket is still open. This should explicitly allow to use a record that is already in the catalog. -- There is also a use case here for libraries using standing orders for tracking electronic resources such as series. They usually place the order on the series record. When the volumes arrive they'd like to change it so the acq information is tied to the volume. But without using items (which is not the case here for electronic resources), this is not possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39