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

[Bug 39689] New: Typo in header of Course reserves page
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39689 Bug ID: 39689 Summary: Typo in header of Course reserves page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: kristinamason(a)fastmail.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org Created attachment 181197 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=181197&action=e… Screenshot of Course reserves heading Issue: There is a typo on the Course Reserves page. The heading says "Courses reserves" and it should say "Course reserves". To reproduce: 1. Visit http://localhost:8080/cgi-bin/koha/opac-course-reserves.pl 2. Note the heading is "Courses reserves" which is grammatically incorrect. The breadcrumb menu is correct, but the H1 heading on the page is not. Screenshot attached -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 39491] New: All accoutnline notes should be HTML textarea
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39491 Bug ID: 39491 Summary: All accoutnline notes should be HTML textarea Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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 Since accountline notes can be mediumtext in DB we should turn all the inputs on the UI into textarea to make it easier to enter and read notes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 39782] New: Staff Interface - Register a new account page - field label missing for gender selection
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39782 Bug ID: 39782 Summary: Staff Interface - Register a new account page - field label missing for gender selection Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Accessibility Assignee: Laura.escamilla(a)bywatersolutions.com Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org To reproduce: 1. Visit http://localhost:8081/cgi-bin/koha/opac-memberentry.pl or your test OPAC self registration page. 2. Under Identity scroll down until you see four radio buttons used to choose a gender. Note that there is no label next to the buttons. 3. Apply the patch. 4. The label “Gender” is now visible next to the radio buttons. 5. Sign off and have an amazing day! :D -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 39661] New: Register a new account page - field label missing for gender selection
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39661 Bug ID: 39661 Summary: Register a new account page - field label missing for gender selection Change sponsored?: --- Product: Koha Version: Main Hardware: All URL: http://localhost:8080/cgi-bin/koha/opac-memberentry.pl OS: All Status: NEW Keywords: Academy, accessibility Severity: enhancement Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: kristinamason(a)fastmail.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org Created attachment 181046 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=181046&action=e… Desktop screenshot To reproduce: Visit http://localhost:8080/cgi-bin/koha/opac-memberentry.pl Issue: On the "Register a new account" page, under the "Identity" heading, there are 4 radio buttons to choose a gender. There is no label in the left hand column as there are with the other fields on the form. It should ideally say "Gender:" next to the radio buttons on desktop. On mobile the "Gender:" label should show above the list of radio buttons, as the other field labels do. I've attached a screenshot indicating where I think the label should go. The issue is present regardless of browser and operating system. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 39323] New: Print dropdown in members toolbar should auto close
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39323 Bug ID: 39323 Summary: Print dropdown in members toolbar should auto close Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using the Print dropdown to print something from the patron's account (summary, slip, etc.) the dropdown no longer closes automatically when clicking an option. This leads to an awkward extra click to clear it away after closing the print dialog. To replicate - 1 - Pull up a patron 2 - Click Print > Print summary in the toolbar 3 - Close the print dialog 4 - The Print dropdown menu is still open -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 36932] New: koha-plack: Allow overriding starman environment for enabled dev_install
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36932 Bug ID: 36932 Summary: koha-plack: Allow overriding starman environment for enabled dev_install Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor 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 Allow to control these parts of the script in particular: if [ "$DEV_INSTALL" = "1" ]; then # Maybe we should switch off debug_mode if DEV_INSTALL is not set? environment="development" fi and if [ "$debug_mode" = "yes" ]; then environment="development" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 39501] New: Incorrect relationship code chosen when linking authorities with other authorities
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39501 Bug ID: 39501 Summary: Incorrect relationship code chosen when linking authorities with other authorities Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org Created attachment 180049 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=180049&action=e… Screenshot of the Staff interface showing the problem While working on something unrelated (Bug 21453), I noticed that in the current main branch, when linking authorities with other authorities, if you select a relationship you no longer get the associated letter (i.e. the "relationship code") copied to the appropriate subfield. Rather, the whole description gets copied. So, if you select "g - Broader term" (in MARC21), the following value gets copied to subfield $w: g - Broader term Instead of the correct value, which is simply: g The attached screenshot is an example of what I'm referring to. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 25733] New: Return claims attention can't be cleared
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25733 Bug ID: 25733 Summary: Return claims attention can't be cleared Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The Attention notice on circulation.pl does not go down as claims are resolved, and there does not seem to be any way to reset this. The message won't even go away if you turn off the feature. This is very buggy. We need to have a way to remove a mistaken claim. We need to have a way to determine if certain types of resolutions count or don't count. This message should go away if claims returned is disabled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 23724] New: Toolbars should have distinct IDs
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23724 Bug ID: 23724 Summary: Toolbars should have distinct IDs Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: hayleymapley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The Cataloguing and Serials toolbars both have the ID of toolbar. IDs should be distinct to allow for easier styling. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 28970] New: Create runtime parameters on the fly
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28970 Bug ID: 28970 Summary: Create runtime parameters on the fly 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: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org I was just thinking how helpful it would be if we could create runtime parameters inside of a report. What I'm thinking is something like this WHERE biblio.title LIKE CONCAT("%", <<Title contains one of these words|["good", "box", "friend"]>>, "%") creating a drop-down that has the three options: free, good, box. Being able to create parameters would open up a lot of new options with writing reports. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9