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

[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

[Bug 28655] New: new ideas/proposal to enhance pluggability
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '25

18 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28655 Bug ID: 28655 Summary: new ideas/proposal to enhance pluggability Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)trust-box.at QA Contact: testopia(a)bugs.koha-community.org see discussion to 28026 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 27599] New: Fine calculation at checkin should be able reflect return claims
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '25

15 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27599 Bug ID: 27599 Summary: Fine calculation at checkin should be able reflect return claims 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 14697 Here's the existing behavior: 1- checkout item with date due in the past 2- run fines cron to create accruing fine 3- mark item claimed without charging lost fee 4- fines does not change at all when item is marked claimed 5- check item in 6- fine goes from accruing to final as if the claim had never happened If we assume some time passes between step 3 and step 5, that could be a significant difference in the final fine total. Should patrons be charged overdue fines for the period between when an item is Claimed Returned and when it is actually checked in? Should that be configurable per library? Should it in some way depend on the claim resolution status? If we *do* charge the lost fee when an item is marked claimed, then we close the fine at the point of claim and it is not changed if the item is later checked in. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14697 [Bug 14697] Extend and enhance "Claims returned" lost status -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 25318] New: Convert authorities_js.inc to JavaScript file with translatable strings
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '25

15 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25318 Bug ID: 25318 Summary: Convert authorities_js.inc to JavaScript file with translatable strings 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Now that we can translate strings in JavaScript we can convert authorities_js.inc into a JavaScript file with language strings updated with the new JS translation function. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 30975] New: Framework plugins do not work on cloned fields/subfields
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '25

15 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30975 Bug ID: 30975 Summary: Framework plugins do not work on cloned fields/subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Cataloging Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 29155 Since bug 29155 (Upgrade jquery version to 3.6.0) framework plugins do not work on a cloned field/subfield. That is because we rely on jQuery's `.data('events')` to clone event handlers to the cloned elements, and that was removed in jQuery 1.8.0 (I did not confirm but it's possible it continued to work after that thanks to jQuery Migrate) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29155 [Bug 29155] Upgrade jquery version to 3.6.0 -- You are receiving this mail because: You are watching all bug changes.

1 233

[Bug 20678] New: Save draft records without committing them to the catalogue
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '25

14 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20678 Bug ID: 20678 Summary: Save draft records without committing them to the catalogue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl One of our clients has requested the functionality to be able to save a MARC record as a draft so they can return to continue cataloguing it later. This will be achieved by saving the record to the 'reservoir' in much the same way that staged records are stored in the 'import_*' tables but not in the biblio table. The functionality has been achieved in the first patch I will attach, and unit tests for this will come later. -- You are receiving this mail because: You are watching all bug changes.

1 54

[Bug 31498] New: Allow for custom primary contact method values
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31498 Bug ID: 31498 Summary: Allow for custom primary contact method values 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The values in the primary_contact_method dropdown on patron creation/edit are hard coded. Some libraries would like to include custom options in that dropdown. Maybe via Authorized Values? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32