December 2025 - Koha-bugs - lists.koha-community.org

[Bug 17385] New: Add custom export notices
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '26

16 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17385 Bug ID: 17385 Summary: Add custom export notices Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: bouzid.fergani(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl this patch, add custom export notices using xslt. -- You are receiving this mail because: You are watching all bug changes.

1 377

[Bug 36513] New: Default report output to template
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '26

15 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36513 Bug ID: 36513 Summary: Default report output to template Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org With the addition of templates for formatting reports (YAY!), it would be great if we had a way to default the display of a report through a template. Currently, there is no way to get to the final format of a report that has runtime parameters through a template without running the report first, then selecting the template. Templates are easy to run reports through if all the needed parameters are already in the URL, but if you need those parameters entered when the report is run, you options are limited. I would suggest that the report editor include an option to default the output to a specified template, or if you include a template parameter in the url, it would fist ask for runtime parameters, and then run the report with the template and parameters. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 17471] New: Borrower Previously Checked Out: Date of last checkout
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '26

15 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17471 Bug ID: 17471 Summary: Borrower Previously Checked Out: Date of last checkout 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When the dialog with previous checkout confirmation appers, there should be displayed the date of last checkout. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 40906] New: Change the "Create report from mana" interface, to make it look more like a plugin market place/app store
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '26

15 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40906 Bug ID: 40906 Summary: Change the "Create report from mana" interface, to make it look more like a plugin market place/app store Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Mana-kb Assignee: koha-bugs(a)lists.koha-community.org Reporter: elias.lorgnier(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: alex.arnaud(a)biblibre.com The idea is to create a better interface than search only for importing reports from mana. A marketplace would allow discovering new reports, while maintaining a good searchability. The information presented as a grid of cards would allow seeing immediately informations that are important to evaluate the relevance and "reliability" of a report : title, description, author, number of download. It would also allow for a better visual hierarchy between title, description, and other information. Each card will show the following informations - Title - Author - number of downloads - description (Note in Koha) The full SQL code from the report will be available by clicking on each card, as well as the full description of the report. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 17438] New: Warnings from Business::ISBN::Data in webinstaller
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '26

15 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17438 Bug ID: 17438 Summary: Warnings from Business::ISBN::Data in webinstaller Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Upgrading to 16.06.00.032 I saw these warnings in the webinstaller: [Thu Oct 13 11:57:17 2016] Data.pm: ISBN_RANGE_MESSAGE is set to [] but that file does not exist! [Thu Oct 13 11:57:17 2016] Data.pm: Trying to use the default locations [Thu Oct 13 11:57:17 2016] Data.pm: at /usr/share/perl5/Business/ISBN.pm line 76. Related to the version of libbusiness-isbn-data-perl in Jessie. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 39740] New: Follow-up for bug 36932
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '26

15 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39740 Bug ID: 39740 Summary: Follow-up for bug 36932 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz See 36932. Adjust handling of dev_install, gitified_install etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 88

[Bug 31131] New: MARC21: XSLT links for 776 do not honor UseControlNumber when set to Don't use
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '26

15 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31131 Bug ID: 31131 Summary: MARC21: XSLT links for 776 do not honor UseControlNumber when set to Don't use Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org If a record has a value in 776$w, this is used for linking even if UseControlNumber is set to Don't use. To test: 1) Make sure UseControlNumber is set to Don't use 2) In Administration > MARC bibliographic frameworks, add field 776 to the editor 2.1) Go to Administration > MARC bibliographic frameworks 2.2) Next to the Default framework, click Actions > MARC structure 2.3) Search for 776 2.4) Next to field 776, click Actions > Edit subfields 2.5) Go to tab t, check the Editor box 2.6) Go to tab w, check the Editor box 2.7) Click Save changes 3) Go to Cataloging and add a new record 4) Fill in the required fields 5) Enter values in 776$t and 776$w 6) Save the record (no need to add items) 7) Go to normal view in staff interface 8) Hover mouse cursor over the link generated for Additional physical formats --> The link uses the control number 9) Open the record in the OPAC 10) Hover mouse cursor over the link generated for Additional physical formats --> The link uses the control number -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 41407] New: OPAC hold history sorts newest to oldest but hides newest to limit to 50
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '26

14 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41407 Bug ID: 41407 Summary: OPAC hold history sorts newest to oldest but hides newest to limit to 50 Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Sort of hold history on the opac is unintuitive. It seems like if it's sorting newest to oldest, it should show the 50 newest holds, not active holds then oldest->newest holds until 50. To recreate on main: 1. Allow to override holds in system preferences 2. Allow borrowers to see HoldHistory in the OPAC 3. place at least 51 holds for a single patron. 4. Backdate some of the hold dates to past days, set one of them to be newer than the rest. 5. log in as that patron on the OPAC 6. Go to the holds history 7. observe the 50 holds and see that your newest one doesn't show 8. click the link to view all and see your newst one does show. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 31171] New: Remember user-selected sort in a given session for Purchase Suggestions
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '26

14 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31171 Bug ID: 31171 Summary: Remember user-selected sort in a given session for Purchase Suggestions Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: margaret(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Would it be possible to filter by manager or collection or any other sort column, and have Koha remember the settings between actions? It's annoying and slows down work to have to re-sort the list after each action to try to find next title in your list after you do something. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 16063] New: logic from overdue_notice.pl should be moved into a module
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '26

14 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16063 Bug ID: 16063 Summary: logic from overdue_notice.pl should be moved into a module Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Large parts of the logic from overdue_notice.pl can and should be moved into a module. This would a) Allow for unit tests b) Allow the code to be shared with other parts of Koha c) De-couple the notice generation and patron debarment functions of overdue_notice.pl d) Fix Bug 2389 - overdue_notices.pl needs a test mode -- You are receiving this mail because: You are watching all bug changes.

1 5