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

[Bug 19587] New: "Place request with partners" button must be hidden if no partern defined
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '23

06 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19587 Bug ID: 19587 Summary: "Place request with partners" button must be hidden if no partern defined Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 7317 This button leads to /ill/ill-requests.pl?method=generic_confirm&illrequest_id=1 If there are no partners defined this link should not be displayed and the page not accessible (with friendly message what's happening). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7317 [Bug 7317] Add an Interlibrary Loan Module to Circulation and OPAC -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 32259] New: Date inputs too small in tables
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '23

05 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32259 Bug ID: 32259 Summary: Date inputs too small in tables Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Since Bug 31943 reduced the width of date inputs, the display in tables like holds table is too small. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 20519] New: Credit amount in pay.pl should use the class="credit"
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '23

05 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20519 Bug ID: 20519 Summary: Credit amount in pay.pl should use the class="credit" Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: Windows Status: NEW Severity: minor Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: baselibrary.consortium(a)nhs.net QA Contact: testopia(a)bugs.koha-community.org We use the class="credit" for credits in boraccount.pl but the class="debit" for credits in pay.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 32888] New: Ordering from staged records will use first fund from list when none was set
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '23

05 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32888 Bug ID: 32888 Summary: Ordering from staged records will use first fund from list when none was set Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 CC: nick(a)bywatersolutions.com There used to be a warning when you tried to add orders without setting either an individual fund for the order or a default fund. Now if both fields are unset, it will just use the first fund in the list on saving :( (found while fixing bug 32293) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 26737] New: Set focus for cursor to cataloging search input box on additem.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '23

05 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26737 Bug ID: 26737 Summary: Set focus for cursor to cataloging search input box on additem.pl Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Set the focus for the cursor to the cataloging search input box on additem.pl so the user can just start typing and eliminate an extra click. It's already set up this way on addbooks.pl so it would be nice to have it work the same way here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 31408] New: Set focus for cursor to Start date when adding a new budget
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '23

05 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31408 Bug ID: 31408 Summary: Set focus for cursor to Start date when adding a new budget Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When adding a new budget from acquisitions or administration, the cursor should be in the first input field of the entry form: Start date -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 32225] New: Capitalization: Display Order
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '23

05 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32225 Bug ID: 32225 Summary: Capitalization: Display Order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Found while translating: koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/detail.tt:675 Display Order -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 14251] Allow use of CSS in discharge letter
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '23

04 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14251 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |david(a)davidnind.com --- Comment #24 from David Nind <david(a)davidnind.com> --- Two things from testing: 1. The CSS changes are only reflected in the PDF if they are made in the Email section of the notice. If you add them to the Print section, then the inline CSS is ignored. 2. The tests fail for me after removing weasyprint (step 9 of the test plan): prove -v t/db_dependent/Patron/Borrower_Discharge.t t/db_dependent/Patron/Borrower_Discharge.t .. 1..23 ok 1 - A patron with issues cannot be discharged ok 2 - No request done if patron has issues ok 3 - No discharge done if patron has issues ok 4 - There is no pending discharge request ok 5 - There is no validated discharge ok 6 - A patron without issues can be discharged ok 7 - Confirm failure when lacking borrower number ok 8 - The patron has been discharged ok 9 - The patron has been debarred after discharge ok 10 - There are 3 validated discharges ok 11 - There is 1 validated discharge for a given patron ok 12 - There is 2 validated discharges for a given branchcode ok 13 - The debarment has been lifted ok 14 - The patron is not discharged after the restriction has been lifted ok 15 - There is a pending discharge request (second time) ok 16 - There is no pending discharge request (second time) ok 17 # skip Skipping because weasyprint is not installed not ok 18 - Failed call to run() prints the generated error ok 19 - undef returned if failed run # Failed test 'Failed call to run() prints the generated error' # at t/db_dependent/Patron/Borrower_Discharge.t line 141. # found warning: weasyprint not found! at /kohadevbox/koha/Koha/Patron/Discharge.pm line 151. # expected to find warning: Some error ok 20 - Expected failure because of missing weasyprint ok 21 - undef returned if missing weasyprint ok 22 - Discharge request sent # Subtest: search_limited 1..4 ok 1 - With permission, all discharges are visible ok 2 - With permission, all discharges are visible ok 3 - Without permission, only discharge from our group are visible ok 4 - Without permission, only discharge from our group are visible ok 23 - search_limited # Looks like you failed 1 test of 23. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/23 subtests (less 1 skipped subtest: 21 okay) Test Summary Report ------------------- t/db_dependent/Patron/Borrower_Discharge.t (Wstat: 256 Tests: 23 Failed: 1) Failed test: 18 Non-zero exit status: 1 Files=1, Tests=23, 2 wallclock secs ( 0.02 usr 0.00 sys + 1.55 cusr 0.28 csys = 1.85 CPU) Result: FAIL -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20473] New: "Item information" tab should not appear if item is not created upon placing an order
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '23

03 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20473 Bug ID: 20473 Summary: "Item information" tab should not appear if item is not created upon placing an order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When ordering from a staged file, and when items are NOT created at that time, the "item information" tab appears even though it is useless in this case. To reproduce : - Make sure system preference acqcreateitem is "cataloguing the record" or "receiving an order". - Make sure you have everything needed to place an order (currency, budget, vendor) 1. Stage a MARC file from Tools > Stage MARC records for import 2. Go to Acquisitions and create a basket for a vendor 3. Add to basket from staged file 4. Note that the "item information" tab is present, if you click on it, not that it is not useful -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 32589] New: Improve heading on results table for 'checkouts with no items' report
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '23

03 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32589 Bug ID: 32589 Summary: Improve heading on results table for 'checkouts with no items' report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Reports Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 32586 When no group criteria is selected, the table heading above the results will read NULL on the 'checkouts with no items' report. This is not nice. If item type or library are selected, it will show the codes instead of the descriptions. This isn't nice either. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32586 [Bug 32586] Reindent items with no checkouts reports template -- You are receiving this mail because: You are watching all bug changes.

1 18