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

[Bug 22013] New: Command line staging: Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202.
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '25

19 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22013 Bug ID: 22013 Summary: Command line staging: Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: simon.hohl(a)dainst.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 83307 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=83307&action=ed… MARC File containing geographical authority data When using stage_file.pl to import authority data (see attachment), I get the warning: Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in regexp compilation at /usr/share/perl5/MARC/Record.pm line 206. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 207. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. That's 28 warnings for 31 records, but I am unable to decide which cause the warning and which do not. Anybody able to find out why a pattern? Cheers -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 38915] New: Report export as CSV isn't translatable
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '25

18 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38915 Bug ID: 38915 Summary: Report export as CSV isn't translatable 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: michael.hafen(a)washk12.org QA Contact: testopia(a)bugs.koha-community.org The 'Patrons with the most checkouts' report, when exporting as a CSV, has hard codeded strings in the CSV header that are not translatable. These headers are 'Patron' and 'Total'. There are probably other reports that do likewise. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 38923] New: Restrictions should have an option for notification
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '25

18 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38923 Bug ID: 38923 Summary: Restrictions should have an option for notification Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Sometimes restrictions are used to convey things to staff or patron. It would be helpful if patrons are notified of restrictions placed on the account. This is one I would suggest that should ask if a notice should be sent to the patron at the time the restriction is created, and what type of notice (format). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 38918] New: Move OPACNoResultsFound from sysprefs to HTML-customizations
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '25

18 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38918 Bug ID: 38918 Summary: Move OPACNoResultsFound from sysprefs to HTML-customizations Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: klas.blomberg(a)skovde.se QA Contact: testopia(a)bugs.koha-community.org Move OPACNoResultsFound from sysprefs to HTML-customizations As of now we can't translate it -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 34478] Full CSRF protection
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '25

17 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34478 Phil Ringnalda <phil(a)chetcolibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |38921 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38921 [Bug 38921] Remove unused href from Cancel hold link -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38717] New: Make item notes and non-public item notes optionally visible when selecting an item for an item-specific hold in the intranet
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '25

17 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38717 Bug ID: 38717 Summary: Make item notes and non-public item notes optionally visible when selecting an item for an item-specific hold in the intranet Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 38716 When placing an item-specific hold in the intranet, it would be helpful to some libraries to see more information about the items they're choosing from for an item-specific hold. We should allow item notes and non-public item notes to be displayed here. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38716 [Bug 38716] Add table configuration to Hold A Specific Item table in staff interface -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

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

17 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Emily Lamancusa (emlam) <emily.lamancusa(a)montgomerycountymd.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |38919 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38919 [Bug 38919] Checkin does not notify of waiting holds -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9762] Log circulation overrides
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '25

17 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9762 Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #38 from Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> --- Sorry William, I just pulled main this AM and tried applying this, it does not cleanly apply. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 26780] New: have a parameter to export authorized-values labels instead of codes.
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '25

17 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26780 Bug ID: 26780 Summary: have a parameter to export authorized-values labels instead of codes. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz When exporting biblios to another software it would be nice to be able to export authorized values labels instead of their codes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 26794] New: Item transfer modal may close automatically after a delay
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '25

17 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26794 Bug ID: 26794 Summary: Item transfer modal may close automatically after a delay Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi Koha, We got complains from users that the new item transfer modal is not convenient when using barcode scanner and mouse/keyboard is unavailable. I've made a small javascript to add in intranetuserjs that closes this modal after a delay (here, 3 secs). Some colleagues of mine told me I shall open a BZ to document this, there it is : <pre> /* Close item transfer modal after 3sec */ $('#item-transfer-modal').on('shown.bs.modal', function (e) { window.setTimeout(function () {$('#item-transfer-modal').modal('hide')}, 3000) }); </pre> Best, Arthur from BibLibre's Koha Support -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3