April 2016 - Koha-bugs - lists.koha-community.org

[Bug 15908] New: Remove use of recordpayment_selectaccts
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '17

30 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15908 Bug ID: 15908 Summary: Remove use of recordpayment_selectaccts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 15741] New: Incorrect rounding in total fines calculations
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '17

06 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15741 Bug ID: 15741 Summary: Incorrect rounding in total fines calculations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Our librarians discovered recently that recording payments for some specific fine amounts (64.60, for example) are not working properly - they are getting errors like: You must pay a value less than or equal to 64.60 It's not just 64.60, same thing happens for: 1.14 1.36 1.39 1.57 1.59 1.61 1.64 1.66 1.68 1.82 1.84 1.86 1.89 1.91 1.93 2.01 2.03 2.28 2.47 2.53 2.72 2.78 2.97 ... 32.30 64.10 64.60 65.10 128.20 128.70 129.20 129.70 130.20 130.70 ... and so on. This error seems to be caused by incorrect rounding in C4::Members::GetMemberAccountRecords(). To replicate: 1) Create manual invoice for 64.60 (or 1.14, 1.36, ...) 2) Try to pay it using "Pay amount" or "Pay selected" buttons As a temporary workaround, one may: - pay such amount in 2+ steps (eg. 64.00 + 0.60) - pay individual fines using 'Pay' button[s] on the left but, at first glance at least, an underlying problem for this error may possibly have some more severe consequences than just minor troubles with making payments - eg., if patron has 12+ fines (or credits) of such kind, total account balance calculation may be wrong as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 16058] New: Add a button to delete an individual news item
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '17

04 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16058 Bug ID: 16058 Summary: Add a button to delete an individual news item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org At the moment, you can delete by checking an item and clicking 'Delete selected', but if you only want to delete one item then this adds an extra click and having a singular 'Delete' button would be good. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 16295] New: marc_modification_templates permission doesn't allow access to modify template
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '17

31 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16295 Bug ID: 16295 Summary: marc_modification_templates permission doesn't allow access to modify template Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I have a staff member with permission to manage marc modification templates but they can't use it. They get Error: You do not have permission to access this page. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 16226] New: Allow Plack workers and requests-before-restart to be configured per-instance
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '17

20 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16226 Bug ID: 16226 Summary: Allow Plack workers and requests-before-restart to be configured per-instance Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: larry(a)bywatersolutions.com This could be a file like /etc/koha/sites/INSTANCE/plack-settings, and would likely just contain the following: MAX_REQUESTS=50 WORKERS=2 so it could be sourced by koha-plack. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 15893] New: can not save item - 500 error message - adding non latin language to public note
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '17

09 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15893 Bug ID: 15893 Summary: can not save item - 500 error message - adding non latin language to public note Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: rania.azad(a)auis.edu.krd QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl WHen I add non latin to public note and I save my item, an error 500 mesage appears, then I need to close everything and start again! or I need to clear the cookies? is there any solution for that? -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 16302] New: Koha::Logger performance tests
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '17

06 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16302 Bug ID: 16302 Summary: Koha::Logger performance tests 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: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org This test suite proves that Koha::Logger only incurs a ~25% performance hit vs the vanilla Log::Log4perl. When the Log4perl config is defined in the %ENV, then the performance hit is only 9% This is subjective and dependant on how the Logger is deployed in code. Regardless the performance is acceptable in my opinion. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 15890] New: koha-create doesn't put a dot between library name and domain name in apache site
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '17

22 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15890 Bug ID: 15890 Summary: koha-create doesn't put a dot between library name and domain name in apache site Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: manager(a)st.iltk.org QA Contact: testopia(a)bugs.koha-community.org When creating site with koha-create with a third level domain the ServerName directive in the /etc/apache2/sites-enabled conf file doesn't put a dot between library name and domain name. Both for OPAC and Intranet sections. Therefore you are unable to reach both the interfaces, public and staff. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 16286] New: Use validation plugin when adding or editing patron category
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '17

14 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16286 Bug ID: 16286 Summary: Use validation plugin when adding or editing patron category Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/categories.pl?op=add_form OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There is a lot of custom form validation JavaScript in the patron category template which can be handled instead by the jQuery validation plugin. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 16400] New: Proposal to uniform the placement of submit buttons
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '17

14 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16400 Bug ID: 16400 Summary: Proposal to uniform the placement of submit buttons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org With bug 11088 we have now 3 different places to put submit buttons: 1. syspref and cataloguing: floating toolbar, top left 2. patron add form (and soon item edit form): floating button, bottom right 3. all others: bottom left I think the floating elements are a good idea, to avoid unnecessary scrolling, but I don't think we need as many different places to put them. -- You are receiving this mail because: You are watching all bug changes.

1 42