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

[Bug 34457] New: Add card number to hold details page
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34457 Bug ID: 34457 Summary: Add card number to hold details page 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: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Adding the patron's cardnumber to the Hold details page can help libraries verify whether they are placing the hold for the correct patron. Especially if they have several patrons with the same or similar name. /cgi-bin/koha/reserve/request.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 34511] New: Typo in manage_staged_records permission description
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34511 Bug ID: 34511 Summary: Typo in manage_staged_records permission description Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com While translating, I noticed there is a typo in the description of the manage_staged_records permission. All other permission descriptions are in the present tense, but this one is in the past tense. Managed staged MARC records, including completing and reversing imports (manage_staged_marc) For example, compared to Stage MARC records into the reservoir (stage_marc_import) To recreate: 1. Go to any patron record 2. Click More > Set permissions 3. Click Show details next to the Use all tools permission --> Notice all descriptions start with a present tense verb except Managed staged MARC records A simple slip of the finger! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 33395] New: Patron search results shows only overdues if patron has overdues
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33395 Bug ID: 33395 Summary: Patron search results shows only overdues if patron has overdues Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com When you search for patrons, in the results table, there is a Checkouts column. If the patron has no checkouts, it shows 0 / 0 (0 overdues / 0 total checkouts). If the patron has checkouts but no overdues, it shows, for example, 0 / 1 (0 overdues / 1 total checkout). If the patron has only overdues, it shows, for example, only 1 in red (1 overdue ?? total checkouts?). If the patron has checkouts and overdues, it shows, for example, only 1 in red also (1 overdue ?? total checkouts?) It's like if there are overdues, the number of checkouts disappear. To replicate: 1. Make sure SpecifyDueDate is enabled 2. Have 4 patrons (I used 4 patrons with B last names to see them all in one go) 3. Checkout items as follows - Checkout 1 item normally to Patron A - Checkout 1 item to Patron B, specifying a due date in the past - Checkout 1 item normally and 1 item with a past due date to Patron C - Nothing to Patron D 4. Go to Patrons and search for the patrons, making sure there are more than one results --> In the results table, the Checkouts column is like this Patron A: 0 / 1 Patron B: 1 (red) Patron C: 1 (red) Patron D: 0 / 0 For Patron B, it should be (I think?) 1 / 1 For Patron C, it should be (I think?) 1 / 2 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 21812] New: When adding items while ordering, the quantity field should not look like it can be edited
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21812 Bug ID: 21812 Summary: When adding items while ordering, the quantity field should not look like it can be edited Change sponsored?: --- Product: Koha Version: 16.11 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 When adding items during creating the order in acquisitions, the quantity field cannot be edited, you have to use the item form and table above for increasing and decreasing the amount of items ordered. This if often misunderstood in traning, in part because the input field looks like it can be edited, when it's actually read-only. It would be nice if this could be improved, maybe even with a hint to use the form above. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 31254] New: Add additional fields for accountlines
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31254 Bug ID: 31254 Summary: Add additional fields for accountlines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 30556] New: OPAC shows "Place hold" button on available items even if on shelf holds aren't allowed
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30556 Bug ID: 30556 Summary: OPAC shows "Place hold" button on available items even if on shelf holds aren't allowed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 When circulation rules don't allow on shelf holds, the "Place hold" button still appears on the OPAC next to available items. 1. Create a circulation rule with on shelf holds set to "If all unavailable" 2. Create or modify a record to match the items itype to the circulation rule 3. Use a patron matching the circ rule category to log into the opac 4. Look for the record The Place hold button should not appear, but currently, it does. I think this may be related to Bug 3142? I'm not sure... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 81

[Bug 21828] New: Improve efficiency of C4::Biblio::LinkBibHeadingsToAuthorities
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21828 Bug ID: 21828 Summary: Improve efficiency of C4::Biblio::LinkBibHeadingsToAuthorities Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The routine iterates through all fields in a biblio and compares them to a list of acceptable tags that may link to an authority. It may be more efficient to do the opposite iteration, working through acceptable authority tags and looking for the existence of that field in the biblio. (Note.. I've not tested this hypothesis.. it depends heavily on how efficient it is to fetch a single MARC tag using Marc::Record) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 34489] New: Koha/Patrons.t: Run get_age and is_valid_age in UTC
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34489 Bug ID: 34489 Summary: Koha/Patrons.t: Run get_age and is_valid_age in UTC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Running in Amsterdam TZ gives: # Subtest: get_age not ok 5 - Today=2020-02-28, dob=2004-02-28, should be 16 # Failed test 'Today=2020-02-28, dob=2004-02-28, should be 16' # at t/db_dependent/Koha/Patrons.t line 814. # got: '15' # expected: '16' not ok 9 - Today=2020-02-28, dob=2002-02-28, should be 18 not ok 16 - Today=2020-02-29, dob=2004-02-29, should be 16 not ok 19 - Today=2020-03-01, dob=2002-03-01, should be 18 not ok 23 - Today=2020-03-01, dob=2004-03-01, should be 16 not ok 25 - Today=2019-01-31, dob=2001-01-31, should be 18 not ok 28 - Today=2019-01-31, dob=2003-01-31, should be 16 # Looks like you failed 7 tests of 31. not ok 18 - get_age # Subtest: is_valid_age not ok 2 - Today=2020-02-28, dob=2009-02-28, is 11, should be valid=0 in category AGE_5_10 # Failed test 'Today=2020-02-28, dob=2009-02-28, is 11, should be valid=0 in category AGE_5_10' # at t/db_dependent/Koha/Patrons.t line 893. # got: '1' # expected: '0' not ok 7 - Today=2020-02-28, dob=2015-02-28, is 5, should be valid=1 in category AGE_5_10 # Failed test 'Today=2020-02-28, dob=2015-02-28, is 5, should be valid=1 in category AGE_5_10' # at t/db_dependent/Koha/Patrons.t line 893. # got: '0' # expected: '1' # Looks like you failed 2 tests of 10. not ok 19 - is_valid_age Adding a tzset to UTC in the test as a workaround. Bug 25621 suggests patching DateUtils.pm as a definitive solution? -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 34446] New: Typo: Can be guarantee
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34446 Bug ID: 34446 Summary: Typo: Can be guarantee 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 The setting's label in administration > patron categories is missing a colon at the end: Can be guarantee: -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 34443] New: Spelling: Patron search pop-up Sort1: should be Sort 1:
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34443 Bug ID: 34443 Summary: Spelling: Patron search pop-up Sort1: should be Sort 1: Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW 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 The patron search pop-up (linking guarantors, adding roles to agreements) has 2 new search fields: * Sort1: * Sort2: Both should be relabelled to match with the normal patron form: * Sort 1: * Sort 2: It might also be nice to move them into a second column next to the other search options as currenlty they take up a lot of space in the small pop-up window. -- You are receiving this mail because: You are watching all bug changes.

1 14