September 2017 - Koha-bugs - lists.koha-community.org

[Bug 18911] New: Option to set preferred language in OPAC
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '20

16 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18911 Bug ID: 18911 Summary: Option to set preferred language in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 With bug 17762 it's now possible to set a preferred language in the patron account that will be used to sent translated notices. It should be possible for the patron to set their preferred language in the OPAC too. If a library doesn't want this, the PatronSelf*BorrowerUnwantedField preferences should allow to remove the option. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 19353] New: Make possible to have custom configuration for marcxml and marc21 metadata prefixes in OAI server
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '20

13 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19353 Bug ID: 19353 Summary: Make possible to have custom configuration for marcxml and marc21 metadata prefixes in OAI server Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[Bug 16357] New: Plack error logs are not time stamped
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '20

13 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16357 Bug ID: 16357 Summary: Plack error logs are not time stamped 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The log /var/log/koha/<instance>/plack-error.log gives no indication of when the error occurred, making historical trouble-shooting very difficult. -- You are receiving this mail because: You are watching all bug changes.

1 148

[Bug 17279] New: Edifact:: Line quantity should ensure its returning invoiced quantity
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17279 Bug ID: 17279 Summary: Edifact::Line quantity should ensure its returning invoiced quantity Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Edifact::Line 's quantity method is currently used in the context of receipting from an invoice, but the line object only looks at tag in populating the value. It should check the quantity qualifier to ensure that another type of quantity is not being incorrectly returned. The method should be renamed to be more specific e.g. invoiced_quantity rather than quantity, in order to self document -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 17178] New: Add a popup/ keyboard shortcuts for diacritics and symbols in the cataloging editor
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17178 Bug ID: 17178 Summary: Add a popup/keyboard shortcuts for diacritics and symbols in the cataloging editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Work to be done: 1) Add a dialog, accessible by keyboard shortcut, that shows a variety of special characters that can then be entered by clicking or choosing a keyboard shortcut. 2) These characters should include, at a minimum, Spanish language characters and the copyright/published symbols. -- You are receiving this mail because: You are watching all bug changes.

1 73

[Bug 16219] New: Runreport.pl should allow sql paramters to be passed on the command line.
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16219 Bug ID: 16219 Summary: Runreport.pl should allow sql paramters to be passed on the command line. Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Runreport.pl has a major limitation in that it is not capable of running reports that use sql parameters: Runreport will run this: SELECT p.surname, p.firstname, p.email, p.cardnumber, h.waitingdate AS 'hold date', i.barcode, b.title FROM reserves h LEFT JOIN borrowers p USING (borrowernumber) LEFT JOIN items i USING (itemnumber) LEFT JOIN biblio b ON (i.biblionumber=b.biblionumber) WHERE h.waitingdate IS NOT NULL AND h.branchcode='ABC' but if your report looks like this: SELECT p.surname, p.firstname, p.email, p.cardnumber, h.waitingdate AS 'hold date', i.barcode, b.title FROM reserves h LEFT JOIN borrowers p USING (borrowernumber) LEFT JOIN items i USING (itemnumber) LEFT JOIN biblio b ON (i.biblionumber=b.biblionumber) WHERE h.waitingdate IS NOT NULL AND h.branchcode=<<Waiting at|branches>> We should be able to supply a --sql_params argument one or more times to provide the sql parameters. runreport.pl --to="someone(a)someplace.com" --subject="Patrons with Holds Waiting at Library" --format=csv --sql_params="ABC" 1 -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 17140] New: Incorrect rounding in total fines calculations, part 2
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17140 Bug ID: 17140 Summary: Incorrect rounding in total fines calculations, part 2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: larit(a)student.uef.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 15741 fixes some rounding issues but not all, for example trying to paying a fine of 1.14 still does not work (also 1.39). To replicate bug: 1. Go to patron's fines tab, make sure there are no outstanding payments. 2. Via "Create manual invoice" tab, create one fine of 1.14 3. Go to Pay fines tab 4. Click "Pay amount" and confirm. 5. Observe error message "You must pay a value less than or equal to 1.14." 6. Go to Pay fines tab 7. Click "Pay selected" and confirm 8. Observe error message "You must pay a value less than or equal to 1.14." -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 77

[Bug 18736] New: Problems in order calculations (rounding errors)
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18736 Bug ID: 18736 Summary: Problems in order calculations (rounding errors) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The way we are calculating and/or storing our prices in acquisitions is causing some odd issues. For example: Place an order (no tax, let's not even deal with that right now please) listprice/rrp = 16.99 discount = 42% quantity = 8 estimated calculated at 9.85 but order total is 78.83, but 8 times 9.85 = 78.80 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 215

[Bug 18344] New: Allow overdue fines cap at replacement price, and cap by amount to work together
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18344 Bug ID: 18344 Summary: Allow overdue fines cap at replacement price, and cap by amount to work together 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There is no reason that a library shouldn't be able to use the monetary fines cap and the replacement price cap at the same time. The code is written in such a way that they already work harmoniously. We have librarians who wish to use both so they can set a high cap of $10.00 but also use the replacement price cap so that a $20.00 book would only get a fine of $10.00, but a $5.00 paperback will only get a fine of $5.00 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 19383] New: Add ability to print hold receipts automatically
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19383 Bug ID: 19383 Summary: Add ability to print hold receipts automatically 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some libraries don't wish to require librarians to confirm each hold during checkin. Instead they would like to only be alerted that a hold was filled. To implement this we should: 1) Implement new system preference to automatically confirm holds 2) Implement new system preference to automatically print confirmed hold receipts -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26