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

[Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 12 Apr '24

12 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 Lucas Gass <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|15281 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15281 [Bug 15281] Switch default CHECKOUT notice to Template Toolkit -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28449] New: Link from basket summary to invoice for an order line
by bugzilla-daemon＠bugs.koha-community.org 12 Apr '24

12 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28449 Bug ID: 28449 Summary: Link from basket summary to invoice for an order line Change sponsored?: --- 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It would be nice if there was a link from the basket summary page to the invoice linked to an order line. We could add a new column for the invoice number that could be hidden by default for libraries not interested in this feature. An alternative could be linking the "(received)" information shown in front of the title. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 12732] Allow sorting by basket creation date to the late orders table
by bugzilla-daemon＠bugs.koha-community.org 12 Apr '24

12 Apr '24

1 0

[Bug 36413] New: authority search staff broken
by bugzilla-daemon＠bugs.koha-community.org 12 Apr '24

12 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36413 Bug ID: 36413 Summary: authority search staff broken Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When searching an authority from staff search, it returns Error: Unmatched [ in regex; marked by <-- HERE in m/^[ <-- HERE ]$/ at /usr/share/perl5/MARC/Field.pm line 643. the issue might stem from how the $subfields string is used in the regex within the conditional if statement. If $subfields contains special regex characters, especially an unmatched [, it could cause the regex engine to throw an error due to an invalid pattern. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 34913] Upgrade DataTables from 1.10.18 to 1.13.6
by bugzilla-daemon＠bugs.koha-community.org 12 Apr '24

12 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34913 --- Comment #71 from wainuiwitikapark(a)catalyst.net.nz --- (In reply to Lucas Gass from comment #70) > Backported to 23.05.x for upcoming 23.05.10 Hey, I have found an issue which I believe comes from: "Bug 34913: Upgrade staff interface DataTables from 1.10.18 to 1.13.6" When adding orders from a marc file to a basket, the text in the form is showing up as white. Applying the following to intranetusercss temporarily fixes the issue: table.dataTable tbody tr.selected > * { color: black; } Is it possible for this issue to please be fixed? Thanks, Wainui -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7132] Check for duplicates when creating a new record in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7132 Sara Brown <sbrown(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sbrown(a)bywatersolutions.com --- Comment #1 from Sara Brown <sbrown(a)bywatersolutions.com> --- This is still an issue as of 23.05. A fix would save lots of de-duplication time for libraries who manually enter orders into acquisitions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 36500] New: Add author column to item search results
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36500 Bug ID: 36500 Summary: Add author column to item search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Searching Assignee: Laura.escamilla(a)bywatersolutions.com Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When doing an item search some libraries would find it useful if there was a column showing the author. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 29214] New: Lost item checked in shows "Lost item fee refund" instead of "Lost item fee removed"
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29214 Bug ID: 29214 Summary: Lost item checked in shows "Lost item fee refund" instead of "Lost item fee removed" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org If an item goes lost, it is charged to the patron. If the item is returned without paying, the charge is removed, but the line item in the patron account shows it as "Lost item fee refund". No payment took place. Unless a payment took place, this should read "Lost item fee removed". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 22281] New: Does new Firefox update break some shortcut keys? (keypress deprecated)
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22281 Bug ID: 22281 Summary: Does new Firefox update break some shortcut keys? (keypress deprecated) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Browser compatibility Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Some scripts to check: koha-tmpl/intranet-tmpl/prog/en/includes/cateditor-ui.inc koha-tmpl/intranet-tmpl/prog/en/modules/circ/circulation.tt koha-tmpl/intranet-tmpl/prog/js/basketgroup.js koha-tmpl/intranet-tmpl/prog/js/prevent_submit.js koha-tmpl/intranet-tmpl/prog/js/staff-global.js koha-tmpl/intranet-tmpl/prog/js/subscription-add.js koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-user.tt koha-tmpl/opac-tmpl/bootstrap/en/modules/sci/sci-main.tt See also https://developer.mozilla.org/en-US/docs/Web/Events/keypress -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 36580] New: Keydown event properties (keyCode and which) are both deprecated
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36580 Bug ID: 36580 Summary: Keydown event properties (keyCode and which) are both deprecated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Browser compatibility Assignee: oleonard(a)myacpl.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org According to MDN, keyCode (https://developer.mozilla.org/en-US/docs/Web/API/KeyboardEvent/keyCode) and which (https://developer.mozilla.org/en-US/docs/Web/API/UIEvent/which) are both deprecated, though it doesn't look like any browsers have dropped support for them yet. We should look into adding a more current option to ensure future support. KeyBoardEvent.key maybe? https://developer.mozilla.org/en-US/docs/Web/API/KeyboardEvent/key I defer to the folks who know more about front-end web design than me though. :) These come up at least in shortcut.js...not sure where else they may be used. -- You are receiving this mail because: You are watching all bug changes.

1 2