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

[Bug 37452] New: The 'Compare matched records' diff view page is missing page-sections
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '24

15 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37452 Bug ID: 37452 Summary: The 'Compare matched records' diff view page is missing page-sections 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We're missing the white background on the diff page for marc imports -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 36707] New: Links on itemnumbers in report should say "item", not "record"
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '24

15 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36707 Bug ID: 36707 Summary: Links on itemnumbers in report should say "item", not "record" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org To reproduce: - Add a report like "SELECT itemnumber, biblionumber FROM items LIMIT 10" - Run the report - Check the data menu on the biblionumbers, it will say "Edit record" and "View record" - Check the data menu on the itemnumbers, it will also say "Edit record" and "View record" It would be better if the data menu for itemnumbers said "Edit item" and "View item". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 14322] Add option to create a shareable link for item searches
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '24

15 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14322 Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to main |Needs documenting -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37835] New: CurbSide pickup - Click on 'Add a new slot' button is not triggering any action
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '24

15 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37835 Bug ID: 37835 Summary: CurbSide pickup - Click on 'Add a new slot' button is not triggering any action Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucasmontoya(a)theke.io QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, tomascohen(a)gmail.com To reproduce: - Install CurbSide Pickup plugin (https://github.com/bywatersolutions/koha-plugin-curbside-pickup/releases) Version : koha-plugin-curbside-pickup-2.0.1.kpz - Enable CurbSide Pickup module ( In Koha Administration look for CurbSide Pickup) - Then in Koha Administration --> Patrons and Circulation should have appeared the CurbSide Pickup module - Check 'Enable' for Centerville library - Pick some random values for each field - In particular, for new slot set valid values - Click on 'Add' button - Note that nothing happens -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 2486] Show user comments in staff interface
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '24

15 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2486 Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to main |Needs documenting -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23387] New: Cache ClassSource
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '24

15 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23387 Bug ID: 23387 Summary: Cache ClassSource Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: ian(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The data in the class_source table is not prone to frequent change, but is looked up for every biblio, biblioitem and item imported, resulting in needless DB calls and slowness. Caching this relatively static data would provide a moderate performance boost to importing, particularly bulkmarcimport.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 24471] New: Rename ILL method handle_commit_maybe
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '24

15 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24471 Bug ID: 24471 Summary: Rename ILL method handle_commit_maybe Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com The naming of “handle_commit_maybe” is very misleading. As far as I can see from comments and old commits, it was intended to do more at some point but all it does, and has ever done, is redirect the user based on some conditions. A better name would be something simpler like “redirect_user” -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '24

15 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 --- Comment #10 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- +1 We currently have large print and regular print items in the same records, and we are starting a project where we need to split these up. There is no current workflow to do this efficiently. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 8425] Autobarcode generates duplicate barcodes with AcqCreateItems = on order
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '24

15 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8425 Baptiste Wojtkowski (bwoj) <baptiste.wojtkowski(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff --- Comment #23 from Baptiste Wojtkowski (bwoj) <baptiste.wojtkowski(a)biblibre.com> --- > +if(typeof autobarcodetype == 'undefined') { > + var autobarcodetype = "$autoBarcodeType"; > + var attempt = -1; > +} > => This does not look good either? Why are we conditionally declaring vars here? @Marcel I did not address this point, tell me if you see a clean solution for this dirty code :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8425] Autobarcode generates duplicate barcodes with AcqCreateItems = on order
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '24

15 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8425 Baptiste Wojtkowski (bwoj) <baptiste.wojtkowski(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #171350|0 |1 is obsolete| | Attachment #171351|0 |1 is obsolete| | --- Comment #22 from Baptiste Wojtkowski (bwoj) <baptiste.wojtkowski(a)biblibre.com> --- Created attachment 174602 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=174602&action=e… Bug 8425: Increment the barcode on each call of set_barcode() Duplicate barcodes are generated when placing an Order in Acquisitions when AcqCreateItem = "placing an order" and Autobarcode is turned on. The problem is that you can accidentally attach 3 items to an order, but only 1 will be saved to the database. When you go to receive your order, you can only receive 1 item as the other two were never made, since the barcode wasn't unique. In 3.8.0, a software error comes up which prevent any item creation, I believe, but master (3.9.x) doesn't throw any warnings or errors. Yes.. This tries and solve a bug from 3.8.0 /o/ Test plan: 1 - set syspref "autoBarcode" to generated in the form <branchcode> yymm001 2 - set the barcode field to "barcode.pl" in marc structure 3 - create a new basket 4 - add one item to this basket 5 - click on the barcode field -> it should have a barcode 6 - click on add item and click on the new barcode fiels, it should have the same value APPLY PATCH: 7 - click on the barcode field -> it should have a barcode 8 - click on add item and click on the new barcode fields, it should have an higher barcode. Note : The barcode is incremented each time the barcode with an empty value is clicked on. Therefore, if the librarian removes the value from barcode and click again, they could get another barcode. I do not know if it is an issue. Note: This patch is not splitted in two parts anymore Signed-off-by: Sam Sowanick <sam.sowanick(a)corvallisoregon.gov> -- You are receiving this mail because: You are watching all bug changes.

1 0