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

[Bug 33199] New: Allow for the ability to add multiple barcodes when adding items to a bundle
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33199 Bug ID: 33199 Summary: Allow for the ability to add multiple barcodes when adding items to a bundle Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently when adding items to a bundle, Koha only allows for a library to add each barcode individually and process that. It would be way easier if Koha allowed for multiple barcodes to be added at one time, similar to how items are added to a list. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 31665] New: 952$d ( Date acquired ) no longer prefills with todays date when focused
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31665 Bug ID: 31665 Summary: 952$d ( Date acquired ) no longer prefills with todays date when focused Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Before the introduction of Flatpickr, when adding a new item if you clicked on the date acquired field, and it was empty, it would be prefilled with today's date. It would be useful if we could get that functionality back. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 33095] New: Text is white on white when hovering over pay/writeoff buttons in paycollect
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33095 Bug ID: 33095 Summary: Text is white on white when hovering over pay/writeoff buttons in paycollect Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The members/paycollect page has buttons to switch between pay and writeoff when you are paying a charge. When you hover the mouse cursor over the inactive button, the text becomes white, on a white background. To get there: 1. Add a charge to a patron's account and go to pay 1.1. Go to Patrons 1.2. Click "Search" 1.3. Click on the name of any patron 1.4. Click on the "Accounting" tab (on the left) 1.5. Click on the "Create manual invoice" tab 1.6. Enter an amount 1.7. Click "Save and pay" 2. Hover on the "Writeoff" button at the top of the form --> Text "disappears" Also, I noticed the text for the active button becomes underlined and the button changes size... 3. Hover on the "Pay" button at the top of the form --> "Pay" becomes underlined --> Yellow button gets smaller -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 Bug 8179 depends on bug 33161, which changed state. Bug 33161 Summary: Implement +strings for GET /items and /items/:item_id https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33161 What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to master |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33152] New: Set focus for cursor to search input box when creating new report from "New SQL from Mana" option
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33152 Bug ID: 33152 Summary: Set focus for cursor to search input box when creating new report from "New SQL from Mana" option Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org When adding a report using Mana set the focus for the cursor to the search input box so that the user can just begin typing. It would eliminate an extra click and be more efficient for the user. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 32674] New: When placing a hold in OPAC page explodes into error 500
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32674 Bug ID: 32674 Summary: When placing a hold in OPAC page explodes into error 500 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com When trying to place a hold on a record in the OPAC, we get an error 500 in 22.11.01. The error in the logs is: DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Column 'biblionumber' in where clause is ambiguous at /usr/share/koha/lib/Koha/Objects.pm line 394 With Joubu's help we tested following change that fixes the issue: opac/opac-reserve.pl, L.338 - biblionumber => $biblioNumber, + "me.biblionumber" => $biblionumber, There is no test plan as we haven't figured out yet, why this happens for some records and not for others. Items and records look normal, no hidden items on the record and no 773 etc. :) -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 33145] New: Invalid specification for ERM routes
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33145 Bug ID: 33145 Summary: Invalid specification for ERM routes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com CC: tomascohen(a)gmail.com I'm not sure when this crept in, but the {provider} path parameter isn't properly defined in most ERM endpoints and thus the swagger spec isn't valid as it stands. You can test with using he 'swagger-cli' not module as such: ``` cd api/v1/swagger swagger-cli validate swagger.yaml ``` -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 32383] New: Indefinite debarments should not be recorded with an expiration date of '9999-12-31'
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32383 Bug ID: 32383 Summary: Indefinite debarments should not be recorded with an expiration date of '9999-12-31' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 11846 This all might be a regression, looking at Bug 11846 from 2014. To recreate: - have a patron - create a manual restriction for your patron, entering a reason but not a date - confirm that the patron account shows your restriction with an expiration date of "indefinite" - in reports, SELECT * FROM borrower_debarments WHERE borrowernumber= [your patron] - confirm borrower_debarments.expiration is null - in reports, SELECT * FROM borrowers WHERE borrowernumber= [your patron] - confirm borrowers.debarred='9999-12-31' This will cause a lot of issues in 7,977 years. Here in the year 2022, it's generally incorrect and confusing to be using a far-future date to denote "indefinite," and is made more confusing by the fact that borrowers and borrower_debarments don't handle it the same way. This also means one cannot create indefinite debarments via patron import. If one's CSV contains a debarredcomment value without a debarred value, no restriction is created. If one's CSV contains a debarred value of '9999-12-31,' that is treated literally and the restriction is given an expiration date of '9999-12-31.' Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11846 [Bug 11846] Correct database update for debarments with 9999-12-31 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 32803] New: EnableItemGroups and EnableItemGroupHolds options are wrong
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32803 Bug ID: 32803 Summary: EnableItemGroups and EnableItemGroupHolds options are wrong Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I played around with item groups and now in my About page > System information, I have an error message System preference 'EnableItemGroups' must be '0' or '1', but is 'no'. System preference 'EnableItemGroupHolds' must be '0' or '1', but is 'no'. I think it may be the options in koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/circulation.pref that are yes/no, but should be 1/0? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 32576] New: ILL needs the page-section treatment
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32576 Bug ID: 32576 Summary: ILL needs the page-section treatment Change sponsored?: --- Product: Koha Version: master 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 Blocks: 31757 The ILL module is using panels when it should now use page-section cards instead. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31757 [Bug 31757] Add 'page-section' where it's missing -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22