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

[Bug 39326] New: package-dependant title information should be managed at resource level
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '25

17 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39326 Bug ID: 39326 Summary: package-dependant title information should be managed at resource level Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com In ERM we can have an title, say /erm/eholdings/local/titles/8 which belong to 2 packages. For each package I understand Koha will create a "resource" (a rather vague term...) , say /erm/eholdings/local/resources/11 and /erm/eholdings/local/titles/12 Currently the "title" contains bibliographical information (that will never change : the title, publisher, isbn for a book, issn, etc), but also information that depends on the package (the URL, the coverage dates for a serial, a note about access, etc) I believe all those package-level information should be managed at the "resource" level. Other ERM have something like "resource" and use it that way. Clarifying this point could help resolve other difficulties like the management of the kbart or the "biblio list" (some fields will be imported as component of "title", other as components of "resource") What do you think of this proposal ? -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 15461] Add shelving location to holdings table as a separate column
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '25

17 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15461 --- Comment #61 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Pushed for 25.05! Well done everyone, thank you! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15461] Add shelving location to holdings table as a separate column
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '25

17 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15461 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Version(s)| |25.05.00 released in| | Status|Passed QA |Pushed to main -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15461] Add shelving location to holdings table as a separate column
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '25

17 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15461 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |release-notes-needed --- Comment #60 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to hebah from comment #57) > I like Lucas's idea here: Maybe we can ditch the system preference all > together and just add shelving location as its own column, configued by > Table settings? > > Knocks out a system preference and allows libraries to show or hide it as > they want. Just in case of a misunderstanding: there is no system preference for the staff interface currently (only for the OPAC: OpacLocationOnDetail) and with this patch having the location show below homebranch or holdingbranch is no longer an option. It will now only show in a separate column or not at all depending on table configuration and data. @Lucas: can you please state that clearly for release notes? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '25

17 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |39354 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39354 [Bug 39354] Remove unintended Bootstrap 5 change to scroll-behavior -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38369] New: Checkout in ILL module should override circulation rules and suspensions
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '25

17 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38369 Bug ID: 38369 Summary: Checkout in ILL module should override circulation rules and suspensions Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com With CirculateILL preference activated, when the ILL module creates an item an tries to check it out to the patron, the checkout is sometimes blocked by circulation rules, overdue loans, or suspensions. This should not be the case: if we ask for a book from an external library, we won't refuse to check it to the patron because he has an overdue loan... It is a blocker for the use of ILL module in my library -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10060] Allow adding a branch parameter to the web-based self check to indicate library its used at
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '25

17 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 --- Comment #37 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I wonder if using separate "OPAC views" and the system preference overwrite would also be an approach as a possible workaround? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10060] Allow adding a branch parameter to the web-based self check to indicate library its used at
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '25

16 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 --- Comment #36 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Christopher Brannon from comment #35) > (In reply to Katrin Fischer from comment #33) > > (In reply to Christopher Brannon from comment #30) > > I totally understand the requirement for consortia, but wondering why you > > say this affects your stats. Can you explain how you solved it now or where > > this effect comes from? > That software is no longer an option, so going to Koha's self check, we have > to use the auto login since most library self checks don't have a keyboard > connected. But we only have the option to use one account to login to with > the auto login. So, we can capture stats per branch. As Christopher mentions here, a lot of libraries use AutoSelfCheckID to log into the self-checkout. Since there can only be one AutoSelfCheckID, all checkouts at all the different branches will be checked out from that user. In the stats, this means the branch associated with checkout will always be the same. I've verified this in my own production installs. (Back in 2013, Liz mentioned even worse issues like the circ rules being applied based on the self-checkout user and not the patron. I haven't looked into that, but that's worth looking at too.) -- Locally, we create "Local" system preferences of "AutoSelfCheckID" suffixed with a branchcode, which allows different branches to have different "AutoSelfCheckID". This is a workaround which won't work so well in the Koha community I think. The best place to put it would probably be the "branches" table, but we'll have to consider the security/permissions ramifications of that, since the current permission required is "manage_sysprefs" and it would move to "manage_libraries". Arguably an understandable change but one worth documenting at the very least. Additionally, each branch must startup their self-checkout using a ?branch= parameter. After that initial visit, the branch parameter gets moved into hidden inputs, but a better place to put it would be in the login session of the self-checkout user. It could be nice to require an additional unguessable code as well so that patrons couldn't manipulate the URL to manipulate the branch used. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14670] Add 'cite' option to detail page in OPAC
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '25

16 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14670 Serhij Dubyk <dubyk(a)ukr.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dubyk(a)ukr.net -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39349] New: Ability to fix position of the n first columns of tables
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '25

16 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39349 Bug ID: 39349 Summary: Ability to fix position of the n first columns of tables Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would greatly improve usability of large tables if the n first column could be defined as having a fixed position. This could be an option in a admin/columns_settings.pl See as an example (with FixedColumns datatable property) : https://www.irsst.qc.ca/Resources/IrsstModules/DataTables-1.9.4/extensions/… It could be done in combination with https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39127 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0