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

[Bug 40693] New: Bulk photo upload fails if file extension capitalization mismatch in IDLINK.txt
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40693 Bug ID: 40693 Summary: Bulk photo upload fails if file extension capitalization mismatch in IDLINK.txt Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If a file is saved with .JPG but IDLINK.txt has it listed as .jpg it gives the following error: ERROR: Image not imported because Koha was unable to open the image for reading. If you change either the file extension or the entry in IDLINK.txt it works, but the error isn't verbose. I think we should either add better error messaging, make it case insensitive, or put a note on the upload page (or a combination). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 40686] New: Permission for "Bookable" on moredetail.pl different from updateitem.pl
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40686 Bug ID: 40686 Summary: Permission for "Bookable" on moredetail.pl different from updateitem.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com This is a fairly minor bug. On ./koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/moredetail.tt you need CAN_user_circulate to be able to update the "Bookable" property. However, on ./catalogue/updateitem.pl the permission that is required is circulate_remaining_permissions. CAN_user_circulate means that you have at least 1 circulate subpermission. So you can see the update form, but if you try to do it without circulate_remaining_permissions, it'll show you a login screen. Fortunately, this one is an easy fix. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 40682] New: Koha::ILL::Request->status return inconsistent
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40682 Bug ID: 40682 Summary: Koha::ILL::Request->status return inconsistent Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The method for overriding the setter is not consistent and returns `$self` in case the status actually got changed, or a string (the current status) when there's no change. I believe this is not correct and should be solved. If a warning about not being changed needs to be passed then it should use `->add_message` -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 36526] New: Remove circular dependency from Koha::Objects
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36526 Bug ID: 36526 Summary: Remove circular dependency from Koha::Objects Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Similar to bug 36432 Koha::Objects depends on Koha::DateUtils, which depends on C4::Context, which depends on Koha::Config::SysPrefs, which depends on Koha::Objects -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 16157] New: C4::Koha::GetAuthorisedValues should not handle the selected option
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16157 Bug ID: 16157 Summary: C4::Koha::GetAuthorisedValues should not handle the selected option Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org >From C4::Koha::GetAuthorisedValues # TODO: the "selected" feature should be replaced by a utility function # somewhere else, it doesn't belong in here. For starters it makes # caching much more complicated. Or just let the UI logic handle it, it's # what it's for. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 40688] New: Replace ./catalogue/updateitem.pl with API endpoint
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40688 Bug ID: 40688 Summary: Replace ./catalogue/updateitem.pl with API endpoint Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org ./catalogue/updateitem.pl is a bit of a nightmare especially in terms of user permissions. It could be useful to replace it with an API endpoint or endpoints. It's interesting to note that out of 7 ops, only 2 of them currently require a catalogue permission. The other 5 are all handled by circulate_remaining_permissions, which... is interesting. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 19889] New: localholdspriority needs exclusions
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19889 Bug ID: 19889 Summary: localholdspriority needs exclusions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 localholdspriority is great, unless you have a unique or rare collection that is popular. If you have such a collection, and ongoing holds are being placed on it to be picked up at several locations, only the patrons at that library will ever get their hands on it unless a patron is smart enough and willing to pickup the item at that location. I would propose an exclusion preference, that would exclude listed patron categories, item types, formats, or specific items. Any other item criteria or factors that I missed could be added to this list. Currently we have patrons at other libraries that will never get the items they have requested. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 137

[Bug 40687] New: Don't show "Exclude from local holds priority" if LocalHoldsPriority is off?
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40687 Bug ID: 40687 Summary: Don't show "Exclude from local holds priority" if LocalHoldsPriority is off? Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com I see on /cgi-bin/koha/catalogue/moredetail.pl that there is a property called "Exclude from local holds priority", and it appears even when LocalHoldsPriority is set to "Don't give" (or 0 behind the scenes). This doesn't make sense to me. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 36432] New: Remove circular dependency from Koha::Object
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36432 Bug ID: 36432 Summary: Remove circular dependency from Koha::Object Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Koha::Object depends on Koha::DateUtils, which depends on C4::Context, which depends on Koha::Config::SysPref, which depends on... Koha::Object -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 35959] New: Inconsistent hierarchy during C3 merge of class 'Koha::AuthorisedValue'
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35959 Bug ID: 35959 Summary: Inconsistent hierarchy during C3 merge of class 'Koha::AuthorisedValue' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Running perl -cw on Koha/AuthorisedValue gives me on master and 22.11 the following: Inconsistent hierarchy during C3 merge of class 'Koha::AuthorisedValue': current merge results [ Koha::AuthorisedValue, ] merging failed on 'Koha::Object' at /usr/lib/x86_64-linux-gnu/perl-base/base.pm line 186. BEGIN failed--compilation aborted at Koha/AuthorisedValue.pm line 25. This needs attention. Probably related to object inheritance etc. use base qw(Koha::Object Koha::Object::Limit::Library); Do we really need them both here as parents? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 96