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

[Bug 30006] New: Article requests: Checkbox for non-commercial use
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '25

25 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30006 Bug ID: 30006 Summary: Article requests: Checkbox for non-commercial use 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if there was an option for adding a mandatory additional checkbox to the article requests form in the OPAC that allowed asking for legal requirements. Example: Copies will only be used for non-commercial purposes. Also if there is a fee for the article, there could be a need to have the patron confirm that before submitting the article request. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 16157] New: C4::Koha::GetAuthorisedValues should not handle the selected option
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16157 Bug ID: 16157 Summary: C4::Koha::GetAuthorisedValues should not handle the selected option Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org >From C4::Koha::GetAuthorisedValues # TODO: the "selected" feature should be replaced by a utility function # somewhere else, it doesn't belong in here. For starters it makes # caching much more complicated. Or just let the UI logic handle it, it's # what it's for. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 19889] New: localholdspriority needs exclusions
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19889 Bug ID: 19889 Summary: localholdspriority needs exclusions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com localholdspriority is great, unless you have a unique or rare collection that is popular. If you have such a collection, and ongoing holds are being placed on it to be picked up at several locations, only the patrons at that library will ever get their hands on it unless a patron is smart enough and willing to pickup the item at that location. I would propose an exclusion preference, that would exclude listed patron categories, item types, formats, or specific items. Any other item criteria or factors that I missed could be added to this list. Currently we have patrons at other libraries that will never get the items they have requested. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 137

[Bug 26227] New: Allow to enter copyright statement for uploaded local cover images
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '25

21 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26227 Bug ID: 26227 Summary: Allow to enter copyright statement for uploaded local cover images Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org We have libraries that need to add a copyright statement to the uploaded local covers. The statements can vary, so need to be image specific. It would be great if this feature could be built into the local cover images feature so that the copyright statement can be easily retrieved for display from the db. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 29127] New: Reminders for Suspended Holds
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '25

21 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29127 Bug ID: 29127 Summary: Reminders for Suspended Holds Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be nice to have either a definable notice or a pesky reminder in the OPAC (or both) when a patron has set a hold, suspended it, and forgot about it. Suspended holds can affect purchase decisions and decisions for patrons to place a hold. It would be great if the OPAC would display a reminder in the holds or like a news or message at the top of the account when an item has been suspended for X amount of days, and a notice that does the same. So, libraries could remind patrons after 6 months, and send a notice after a year. It would also be great if libraries could set if a suspended hold just goes away after a set amount of time, or not at all. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 28322] New: Did you mean feature does not work with Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '25

21 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28322 Bug ID: 28322 Summary: Did you mean feature does not 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: caroline.cyr-la-rose(a)inlibro.com Hi all! We just upgraded one of our clients to Elasticsearch and they happened to use the Did you mean feature. It seems Did you mean only works with Zebra. It's trying to connect to Zebra. This is in opac-error.log suggestion: oAuth error: Connect failed (10000) unix:/home/i/koha/alma-test-inlibro/var/run/zebradb/authoritysocket ZOOM: /inlibro/git/koha-alma-test-inlibro/opac/svc/suggestion, referer: http://alma-test.hapax.inlibro.net/cgi-bin/koha/opac-search.pl?q=chat (btw, "chat" is "cat" in french :D ) I think we should at the very least put a warning on the admin page for the Did you mean feature that it only works with Zebra. Otherwise make the feature engine agnostic so that we can use it with either Zebra or ElasticSearch. I don't know if Did you mean with elastic is necessary as there is a bz for autocomplete with ElasticSearch which does practically the same thing. (see bug 27113). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 29880] New: Add_items permission needed for patrons
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '25

19 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29880 Bug ID: 29880 Summary: Add_items permission needed for patrons 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: jendayi30(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, the edit_items permission allows users to both add and edit items. We have a central department that does all the library processing and we'd like to ensure that only the staff in that department be allowed to add items in order to ensure consistency and quality in our records. Ideally, the central department would be able to use the add_items and edit_items option and our staff on the campuses would be able to edit_items only (combined with the edit_items_restricted option). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 24412] New: Attach waiting reserve to desk
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '25

19 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24412 Bug ID: 24412 Summary: Attach waiting reserve to desk Change sponsored?: 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: nicolas.legrand(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, severine.queune(a)bulac.fr Depends on: 24201 When an item is checked in and marked 'Waiting' or already 'Waiting' and there is a desk attached to the session, the item is marked waiting at the current desk of the current library. The information is displayed on the OPAC and on the intranet. The patron can then know at which desk he can retrieve his document. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24201 [Bug 24201] Attach desk to intranet session -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 154

[Bug 31370] New: Additional contents: Preview of default content only
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '25

19 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31370 Bug ID: 31370 Summary: Additional contents: Preview of default content only 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I noticed this while testing bug 29782. I think the root problem is the same, but the problem it causes is minor compared to the created items not showing up at all. When only the language tabs are filled, the preview modal is empty. To test: 1) In a multilanguage installation, go to Tools > HTML customizations 2) Click "New entry" 3) Do not fill the "Default" tab, fill only the language tabs (title and content) 4) Save 5) Click "Preview content" It will say "Preview of" followed by empty title (default title) and empty content (default content). I'm not sure what we would want to appear? All languages one after the other? A tabbed modal (is that possible?)? Different preview buttons? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 25161] New: Can not edit relationship or guarantee of guarantor from the guarantee form
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '25

18 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25161 Bug ID: 25161 Summary: Can not edit relationship or guarantee of guarantor from the guarantee form Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com With the introduction of multiple guarantors to guarantees, bug 14570, now in 19.11, the relationship can not be edited from the guarantee from. Previously, a relationship and the actual guarantor could be edited from the guarantee form. Now in 19.11, there is no way to edit or change the guarantor from the guarantee form. The option that exists in 19.11 is to remove the guarantor not to edit. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4