July 2018 - Koha-bugs - lists.koha-community.org

[Bug 18674] New: Show timezone for Perl and MySQL on the About Koha page
by bugzilla-daemon＠bugs.koha-community.org 28 May '20

28 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18674 Bug ID: 18674 Summary: Show timezone for Perl and MySQL on the About Koha page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: nengard(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org With the pushing of Bug 18299, we no longer have a quick way of checking the timezone of the Perl and MySQL connection. We should add some code to the About Koha page to show this info. -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 19197] New: Lower case "or" results in broken ElasticSearch queries
by bugzilla-daemon＠bugs.koha-community.org 28 May '20

28 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19197 Bug ID: 19197 Summary: Lower case "or" results in broken ElasticSearch queries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In some places a literal "or" is used to build search queries which probably works with Zebra, but not with ElasticSearch. Replacing theses occurrences fixes the problem in those cases. This is just a band aid, not addressing the real issue which is (I guess) that a query abstraction interface is needed, and zebra-specific syntax should not be used directly in search queries, but this will at least solve this particular issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 20211] New: Guarantor/Guarantee and PayPal development ideas
by bugzilla-daemon＠bugs.koha-community.org 26 May '20

26 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20211 Bug ID: 20211 Summary: Guarantor/Guarantee and PayPal development ideas Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jesse(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org 1. Add ability for a guarantor to see fines on their guarantee's accounts in the OPAC 2. Add ability for a guarantor to pay fines on their guarantee's accounts via PayPal in the OPAc (once #1 is complete) 3. Add ability to set a mimimum payment threshold when using PayPal - i.e. the "Make payment" button is not active until the "Amount to pay:" amount is greater than the amount specified in the threshold 4. Add the ability for the PayPal threshold to be set on a branch-by-branch basis (i.e. put it on the Circulation and fines rules rules page for the patron's home library) 5. Add the ability to turn off PayPal if a single branch doesn't want their patrons to use it (i.e. put something on a library's Circulation and fines rules rules that allows that library to prevent patrons with that library's home branch from using PayPal) -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 19349] New: Allow to store biblio record' s creator and last modifier in MARC
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19349 Bug ID: 19349 Summary: Allow to store biblio record's creator and last modifier in MARC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This will allow to store borrowernumber and name of biblio record's creator and last modifier in the MARC record. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 17932] New: Koha::Object should provide a TO_JSON method
by bugzilla-daemon＠bugs.koha-community.org 22 May '20

22 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17932 Bug ID: 17932 Summary: Koha::Object should provide a TO_JSON method Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The Koha::Object class should provide a TO_JSON method that prepares data for JSON output. Right now, booleans are returned as integer values, and thus invalid for JSON output as boolean values. -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 19410] New: Koha::Objects needs a ->search_for_api method
by bugzilla-daemon＠bugs.koha-community.org 22 May '20

22 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19410 Bug ID: 19410 Summary: Koha::Objects needs a ->search_for_api method 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We should extend Koha::Objects so searching can deal with squery parameters, specially handling pagination, results sorting, matching criteria, etc. This could be easily implemented using: - Bug 19196 (Pagination handling helpers) - Bug 19278 (Make REST api default page size configurable) - Bug 19234 (Query params handling helpers) - Bug 19369 (Query pagination to SQL::Abstract) - Bug 19370 (Query order by to SQL::Abstract) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 59

[Bug 20567] New: "Holds per record (count)" limit is not enforced after item is captured for hold
by bugzilla-daemon＠bugs.koha-community.org 21 May '20

21 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20567 Bug ID: 20567 Summary: "Holds per record (count)" limit is not enforced after item is captured for hold Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: margaret(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 74042 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=74042&action=ed… Multiple holds on one item record in staff client "Holds per record (count)" limit is not enforced after an item on the record is captured for hold and moves from Pending to Waiting Pickup status. At this point it is possible to place another hold on that record in violation of the "Holds per record (count)" setting. I was able to replicate this behavior with the following steps: 1. Set "Holds per record (count)" to 1 for your patron category/item type rule 2. Create a record and add at least two items, making sure the MARC and Item Koha Item Type is filled in 3. Place a hold on the record for a patron 4. Check in one of the items and confirm/transfer/capture the hold for the patron 5. Place a second hold on the same record for the same patron In either Staff or Opac the second hold on this bib is allowed after the first hold moves to Waiting for Pickup status. I think that this problem is very closely related to bugzilla 17978 and or 15404, but I did not see a specific mention of the "Holds per record (count)" limit upon perusal of those bugs. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 20250] New: NoIssuesChargeGuarantees.t is still failing randomly
by bugzilla-daemon＠bugs.koha-community.org 20 May '20

20 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20250 Bug ID: 20250 Summary: NoIssuesChargeGuarantees.t is still failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 19529 patron_category is not a patron's attribute, it's categorycode! Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19529 [Bug 19529] NoIssuesChargeGuarantees.t is failing randomly -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 20503] New: Borrower_PrevCheckout.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 20 May '20

20 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20503 Bug ID: 20503 Summary: Borrower_PrevCheckout.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org AddIssue returns too soon if category_type="X" koha_1 | # Failed test 'patron, wants_check_for_previous_checkout, do_check_for_previous_checkout' koha_1 | # at t/db_dependent/Patron/Borrower_PrevCheckout.t line 443. koha_1 | # got: undef koha_1 | # expected: '1' koha_1 | # Looks like you failed 1 test of 59. koha_1 | [14:50:28] t/db_dependent/Patron/Borrower_PrevCheckout.t .................. koha_1 | Dubious, test returned 1 (wstat 256, 0x100) koha_1 | Failed 1/59 subtests https://jenkins.koha-community.org/job/Koha_Master_D8/415/console -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 20191] New: OAI/Server.t still fails on slow servers
by bugzilla-daemon＠bugs.koha-community.org 20 May '20

20 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20191 Bug ID: 20191 Summary: OAI/Server.t still fails on slow servers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 18794 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18794 [Bug 18794] OAI/Server.t fails on slow servers -- You are receiving this mail because: You are watching all bug changes.

1 31