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

[Bug 34859] New: reports-home.pl has unnecessary syspref template parameters
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34859 Bug ID: 34859 Summary: reports-home.pl has unnecessary syspref template parameters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org ./reports/reports-home.pl has unnecessary syspref template parameters. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 34833] New: "order number" untranslatable when editing estimated delivery date
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34833 Bug ID: 34833 Summary: "order number" untranslatable when editing estimated delivery date Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N 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: frederic(a)tamil.fr I can't find the string to translate "order number" in the modal that appears when editing the estimated delivery date of an order. The only string that looks like it is in late orders. #. SCRIPT #: koha-tmpl/intranet-tmpl/prog/en/modules/acqui/lateorders.tt:324 msgid "%s (order number %s)" msgstr "%s (numéro de commande %s)" To get there: 0. Make sure you have budgets and vendors set up 1. Create a basket (skip this if you already have an open basket) 1.1. Go to Acquisitions 1.2. Search for a vendor 1.3. Click New > Basket 1.4. Enter a name for the basket 1.5. To make the tests easier, choose to create items when : cataloging the record 1.6. Click Save 2. Add an order 2.1. Click Add to basket > From a new (empty) record 2.2. Fill out the form, minimally - Enter a title - Enter a quantity - Choose a fund - Enter a vendor price 2.3. Click Save 3. Next to the order line, click Edit under Estimated delivery date --> The untranslatable string is in the title (green part) of the modal "Edit delivery date" is translatable "order number" is not translatable -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[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 34891] New: View restrictions button (patrons page) doesn't link to tab
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34891 Bug ID: 34891 Summary: View restrictions button (patrons page) doesn't link to tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When there are restrictions on a patron's account, the 'View restrictions' button that appears after the list of restrictions doesn't scroll you down to the restrictions tab (on either the check out or details tab). To replicate: 1. For any patron, add a restriction (Patrons > [patron] > Check out or Details tab > Add manual restriction). 2. The restriction is now listed at the top of the page, with a 'View restrictions' button. 3. Note that if you click the 'View restrictions' button: - It opens the Restrictions tab, - But doesn't scroll down the page to the actual tab 4. This is more evident on the details section of the patron account. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 34970] New: t/SuggestionEngine_AuthorityFile.t
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34970 Bug ID: 34970 Summary: t/SuggestionEngine_AuthorityFile.t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial 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 Remove Test::DBIx::Class here -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 34969] New: t/Search/buildQuery.t does not do anything with Test::DBIx::Class
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34969 Bug ID: 34969 Summary: t/Search/buildQuery.t does not do anything with Test::DBIx::Class Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial 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 No fixtures here too (see 34968). -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 34968] New: t/Search.t does not do anything with Test::DBIx::Class
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34968 Bug ID: 34968 Summary: t/Search.t does not do anything with Test::DBIx::Class Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial 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 There are no fixtures here. Can just be removed from the test. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 34944] New: Remove the use of event attributes from OPAC full serial issue page
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34944 Bug ID: 34944 Summary: Remove the use of event attributes from OPAC full serial issue page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: dcook(a)prosentient.com.au, testopia(a)bugs.koha-community.org Blocks: 34709 There are some event attributes in the OPAC's full serial issues page template. These should be removed in favor of defining events in JavaScript. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34709 [Bug 34709] Eliminate event handler attributes in the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 34916] New: ArticleRequests.t may fail on wrong borrowernumber
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34916 Bug ID: 34916 Summary: ArticleRequests.t may fail on wrong borrowernumber 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org When you dont have the 50 sample patrons, the 51 returned by Mocks for userenv->{number} may not be found. And ArticleRequests.t fails. Can't call method "libraries_where_can_see_patrons" on an undefined value at /usr/share/koha/Koha/ArticleRequests.pm line 55. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15