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

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

16 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6892 --- Comment #14 from Jan Kissig <bibliothek(a)th-wildau.de> --- Created attachment 193170 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=193170&action=e… Bug 6892: (follow-up) Fix urls in OPAC when TrackClicks is enabled This patch fixes outgoing links from 856$u when system preference 'TrackClicks' is set and the URL is lacking the protocol prefix. Test plan: a) set system pref TrackClicks to 'Track' or 'Track anonymously' b) edit a record (f.e. 262) and set the following 856 fields (the record from 1st patch is sufficient though): 1. 856 ind1=4 $u = example.com 2. 856 $u = example.com 3. 856 $u = https://example.com b) save and search for that record in OPAC. c) on search results list (opac-search.pl) please check the links on that record: 1. links to http://main.localhost/cgi-bin/koha/tracklinks.pl?uri=example.com&biblionumb… and does not work 2. links to http://main.localhost/cgi-bin/koha/tracklinks.pl?uri=example.com&biblionumb… and does not work 3. links to http://main.localhost/cgi-bin/koha/tracklinks.pl?uri=https://example.com&bi… and works d) click on the record to get to the detail page (opac-detail.pl) and check the links again (Online resources). They should be the same as in step c) e) apply patch, call restart_all and redo step b) until d) verifying that 1. is now prefixed with http:// and links to http://main.localhost/cgi-bin/koha/tracklinks.pl?uri=http://example.com&bib… (works now) 2. is now prefixed with http:// and links to http://main.localhost/cgi-bin/koha/tracklinks.pl?uri=http://example.com&bib… (works now) 3. still links to http://main.localhost/cgi-bin/koha/tracklinks.pl?uri=https://example.com&bi… -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

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

16 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6892 Jan Kissig <bibliothek(a)th-wildau.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #193146|0 |1 is obsolete| | --- Comment #13 from Jan Kissig <bibliothek(a)th-wildau.de> --- Created attachment 193169 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=193169&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/ Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

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

16 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6892 Jan Kissig <bibliothek(a)th-wildau.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Needs Signoff -- 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 16 Feb '26

16 Feb '26

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

1 0

[Bug 41852] New: Modernize EDI support in Koha
by bugzilla-daemon＠bugs.koha-community.org 15 Feb '26

15 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41852 Bug ID: 41852 Summary: Modernize EDI support in Koha Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org A collector bug for all the modernization and maintenance work we've been undertaking in EDIfact support for Koha -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 35754] New: Place multiple item-group holds at once for the same record
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '26

14 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35754 Bug ID: 35754 Summary: Place multiple item-group holds at once for the same record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With the availability for item-groups and item group holds it make it very easy for patrons to place a hold on a group of items. This enhancement would provide an option to place multiple item-group holds for the same record. An example use case could be a patron wants to place a hold on volume 4, 5, and 6. Current behavior requires the user to place a hold for vol 4, then place another for vol 5, then finally place a hold for vol 6. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 19060] New: Patrons should not get a max fines block auto-renewal notification for items due in the future.
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '26

13 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19060 Bug ID: 19060 Summary: Patrons should not get a max fines block auto-renewal notification for items due in the future. Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org This appears related to 19014. Current functionality in 17.05: Auto-renewal is enabled for specific user and item type combinations. This user has fines in excess of that specified in OPACFineNoRenewalBlockAutoRenewal This user has an item due today, and others due at various times in the future, some many weeks ahead. When the auto-renewal job runs today, Koha is sending an AUTO_RENEWAL email to this user for each of the items on loan, warning that each has failed automatic renewal. Desired functionality in 17.05: When the auto-renewal job runs, Koha should only send an AUTO_RENEWAL failure email to the user for item(s) due for automatic renewal today. Other items are still validly on loan and are not due for renewal. The user is being contacted multiple times unnecessarily and this can be confusing. Ray Delahunty University of the Arts London -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 41850] New: Allow to choose message type for CheckPrevCheckout
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '26

13 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41850 Bug ID: 41850 Summary: Allow to choose message type for CheckPrevCheckout Initiative type: --- Sponsorship --- status: 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Currently, if the staff member doesn't have the force_checkout permission, the CheckPrevCheckout parameter is enabled, and the patron already checked out the title in the past, the checkout is blocked and the staff member cannot proceed. It would be great if libraries could choose if CheckPrevCheckout is a blocking warning or a simple message. I've had this comment from a library where the librarian doesn't want the circulation staff to be able to override checkouts to patrons with unpaid fines over noissuescharge for example, but still wants them to be able to check out previously checked out items. I was thinking maybe a system preference to choose the type of message (warning = yellow with confirmation button; or message = blue without confirmation). I'm not sure if most libraries use CheckPrevCheckout as a blocking mechanism for checkouts like noissuescharge or age restriction that actually need a confirmation, or rather a more informative message. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '26

13 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Sara Brown <sbrown(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41849 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13944] Fund sorting is inconsistent across different parts of Koha
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '26

13 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13944 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |41553 CC| |andrew(a)bywatersolutions.com --- Comment #6 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- Testing on main today, most things sort the same (though display differs a little). Shipping and adjustments sort differently. I've got three funds, created in the following order: Fund code Z, Fund name A Fund code Y, Fund name B (this is a subfund of Fund Z) Fund code X, Fund name C Fund code W, Fund name D (this is a subfund of Fund z) Acq main page (/acqui/acqui-home.pl): funds sort alphabetically by code, with subfunds alphabetical under their parent. So my funds go: X Z - W - Y Funds in admin (/admin/aqbudgets.pl): funds sort alphabetically by code, with subfunds alphabetical under their parent. So my funds go: X Z - W - Y Funds pulldown for an order line (/acqui/neworderempty.pl): funds sort alphabetically by code, with subfunds alphabetical under their parent. Without bug 41553, these display the fund name but sort by fund code. So, the same sort as the two pages above, but displayed as: C A - D - B Fund pulldown when receiving (acqui/orderreceive.pl): funds sort alphabetically by code, with subfunds alphabetical under their parent. Funds display name while sorting by code. So my funds go: C A - D - B Shipping fund on a new invoice (/acqui/parcels.pl): funds sort alphabetically by name, with no consideration of parent/sub funds. So my funds go: A B C D Fund dropdown for adjustments (acqui/invoice.pl): funds sort alphabetically by name, with no consideration of parent/sub funds. So my funds go: A B C D Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41553 [Bug 41553] Add fund code to the fund dropdown list when adding an item to an order (neworderempty.pl) -- You are receiving this mail because: You are watching all bug changes.

1 0