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

[Bug 7972] GUI for Crons
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7972 Michelle Spinney <mspinney(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mspinney(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Michelle Spinney <mspinney(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mspinney(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9810] Search limit 'available' does not hide damaged, withdrawn, or not-for-loan items
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9810 Michelle Spinney <mspinney(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mspinney(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19037] New: Circulation and fine rules test tool
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19037 Bug ID: 19037 Summary: Circulation and fine rules test tool Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Add a test tool for circulation and fine rules. The point of the tool is to display the effective issuing rule that matches item, patron and branch. Add a REST API endpoint to query effective issuing rules by given parameters. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 54

[Bug 15522] New interface for revamped circulation rules
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15522 Michelle Spinney <mspinney(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mspinney(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41809] New: Waiting holds fulfilled by another copy should be marked for return to stacks
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41809 Bug ID: 41809 Summary: Waiting holds fulfilled by another copy should be marked for return to stacks Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com This may be related to bug 38650 The use case we have run into is: A patron has a hold waiting on the hold shelf. They check out a different copy on the same bib from the stacks and this copy fulfills the hold. The waiting hold does not appear on the holds with cancellations or holds waiting over X days reports. This causes confusion for our branch staff and items sitting on the hold shelf longer than they should be. Ideally these would move to the holds with cancellation requests report, but I'd be interested if others feel differently. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 27176] New: Using z39.50 with Advanced Editor if fields are out of order, they also display out of order
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27176 Bug ID: 27176 Summary: Using z39.50 with Advanced Editor if fields are out of order, they also display out of order Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When a library uses the z39.50 search through the Advanced editor and imports a record that has marc fields out of order, such as having a 700 field listed first, followed by the 245, then the 008. Importing this record will display the fields out of order in the advanced editor. There is no easy way to re-order these fields in the advanced editor module, but it can be done through the clipboard. Using the basic editor, importing the same file with fields out of order will import correctly. If this record is saved, and then re-opened in the Advanced Editor, the fields are ordered correctly. It would be convenient and consistent to have fields ordered when importing a record through both the advanced editor and the basic editor. A workaround to the library that has imported (through the Advanced Editor) one of these records that have marc fields out of order. Once this record has been saved to Koha, reopened in the Basic Editor, and then opened through the Advanced Editor- the fields will be in the correct order. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 37641] New: Add syspref to make claim returned note mandatory
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37641 Bug ID: 37641 Summary: Add syspref to make claim returned note mandatory Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A syspref is required to be able to set if you want the note when making a claim to be mandatory -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 6892] If a URL has been entered without http://, it isn't correctly linked
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6892 Jan Kissig <bibliothek(a)th-wildau.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41588 -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 6892] If a URL has been entered without http://, it isn't correctly linked
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6892 --- Comment #11 from Jan Kissig <bibliothek(a)th-wildau.de> --- Created attachment 192923 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=192923&action=e… Bug 6892: Fix links on MARCdetail.tt when protocol is missing This patch will check for URLs in MARC21 data and in case of a missing protocol prefix - either append a missing http prefix if tag=856 and indicator 1=4 is set, - or omit the html anchor element On other $u subfields (e.g. 505$u) the html anchor element is omitted when protocol is missing, regardless Test plan: a) edit a record set the following 856 fields: 1. 856 ind1=4 $u = bugs.koha-community.org 2. 856 $u = bugs.koha-community.org 3. 856 $u = https://bugs.koha-community.org 4. 505 $u = bugs.koha-community.org 5. 505 $u = https://bugs.koha-community.org b) save and go to records MARC view (MARCdetail.pl) and take a look at the links in tab 5 and 8 1. links to http://main-intra.localhost/cgi-bin/koha/catalogue/bugs.koha-community.org/ 2. links to http://main-intra.localhost/cgi-bin/koha/catalogue/bugs.koha-community.org/ 3. links to https://bugs.koha-community.org/ 4. links to http://main-intra.localhost/cgi-bin/koha/catalogue/bugs.koha-community.org 5. links to https://bugs.koha-community.org/ c) apply patch and reload MARCdetail.pl (maybe a restart_all is required) d) verify that 1. links to http://bugs.koha-community.org/ (because of indicator1=4) 2. bugs.koha-community.org/ is displayed but not inside an html anchor element 3. links https://bugs.koha-community.org/ 4. bugs.koha-community.org/ is displayed but not inside an html anchor element 5. links to https://bugs.koha-community.org/ -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0