February 2023 - Koha-bugs - lists.koha-community.org

[Bug 32569] New: CloneSubfield() and CloneField() function can result in duplicate ID's when using the upload cataloging plugin
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '25

15 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32569 Bug ID: 32569 Summary: CloneSubfield() and CloneField() function can result in duplicate ID's when using the upload cataloging plugin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This problem was exposed when trying to clone 856 fields while using the upload.pl cataloging plugin. To recreate: 1. Edit a framework so that the 856$u uses the upload.pl plugin. 2. Go to a record within that framework using the basic editor. 3. Create and 856u, if you don't already have one. 4. Now try and clone the entire field. Look at the ID on the upload button, it beings with 'buttonDot_tag_856_subfield_u_' 5. Notice that the ID is the same as the one you cloned it from. Because of this you cannot use the 2nd 'upload link'. 6. Save you changes and exit the basic editor. 7. Go back into the editor and the new fields now have a different ID and the upload links work correctly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 32877] New: Fix cataloguing/value_builder/upload.pl
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '25

15 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32877 Bug ID: 32877 Summary: Fix cataloguing/value_builder/upload.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial 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 Blocks: 30975 This is part of the refactoring happening in bug 30975 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30975 [Bug 30975] Framework plugins do not work on cloned fields/subfields -- You are receiving this mail because: You are watching all bug changes.

1 16

[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 14 Aug '25

14 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

[Bug 25682] New: Style transfers interface to match checkin page
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25682 Bug ID: 25682 Summary: Style transfers interface to match checkin page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED 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 Depends on: 25537 The transfers page has fallen behind the style of the checkin and checkout pages. It should be made to look more consistent. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25537 [Bug 25537] Page reload at branchtransfers.pl loses destination branch -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 26054] New: Reflect irregularities in numbering pattern test
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '25

12 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26054 Bug ID: 26054 Summary: Reflect irregularities in numbering pattern test 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When setting up a subscription, if you select "Keep issue number" for irregular issues and then mark some issues as "Not published" when testing the prediction pattern, Koha will remember to account for that when generating new issues around those unpublished issues. However, there's no way to make the pattern test show you how that will actually play out. Unpublished issues are never reflected in the numbering pattern test. It'd be great to have a way to re-generate the predicted numbering pattern with the Not Published issues reflected. Maybe a little "Update" button under the predicted pattern that one could click after checking the relevant boxes? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 24220] New: Convert OpacMoreSearches system preference to news block
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '25

12 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24220 Bug ID: 24220 Summary: Convert OpacMoreSearches system preference to news block Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC 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 Depends on: 22880 Building on 22318, the OpacMoreSearches system preference should be converted to a Koha news block. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22880 [Bug 22880] Convert opacheader system preference to news block -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 17505] New: REST API: Add route for messaging preferences
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '25

12 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17505 Bug ID: 17505 Summary: REST API: Add route for messaging preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org REST API: Add route for messaging preferences -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 24465] New: Label creator requires catalogue permission instead of label_creator permission from tools
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '25

11 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24465 Bug ID: 24465 Summary: Label creator requires catalogue permission instead of label_creator permission from tools Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Checking bug 7468 I noticed that all the templates in labels use the catalogue permission instead of the expected tools->label_creator permission. The permission description manages creating labels from patron and catalog data, so it seems it should be used for the label creator? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4