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

[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

[Bug 16437] New: Automatic item modifications by age needs prettying
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '17

07 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16437 Bug ID: 16437 Summary: Automatic item modifications by age needs prettying Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All URL: /cgi-bin/koha/tools/automatic_item_modification_by_age .pl OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This page seems very confusing. There is no 'new' button, just edit and conditions and substitutions are confusing in terms of language. I think this page could do with the Owen magic touch :) -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 16834] New: Changing the "Set Inventory Date to" date doesn't do anything, date last seen always defaults to current date.
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '17

02 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16834 Bug ID: 16834 Summary: Changing the "Set Inventory Date to" date doesn't do anything, date last seen always defaults to current date. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: amy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 14001 Our partner reports about the Inventory Tool: I've tested it out by uploading a set of recently scanned barcodes, but have discovered that changing the "set inventory date to" date doesn't really do anything. No matter what I do, after using the inventory tool, the "date last seen" is always changed to the current date by default. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14001 [Bug 14001] Inventory has bad $_ references -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 16332] New: calendar don't show the May 2015
by bugzilla-daemon＠bugs.koha-community.org 30 May '17

30 May '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16332 Bug ID: 16332 Summary: calendar don't show the May 2015 Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Project website Assignee: wizzyrea(a)gmail.com Reporter: wosch(a)freebsd.org I clicked on the calendar page Home -> Calendar -> Month https://koha-community.org/calendar/action~month/ I see the entries for April. Now I click on May, for the next month. Nothing happens, I still see the April. I also tried from April 2017 and clicked back 11 month. No May 2016. I tried this with Firefox, Safari & Google Chrome. Same results, no May 2016 -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 17139] New: Translation process should not pick class value inside span tags
by bugzilla-daemon＠bugs.koha-community.org 28 May '17

28 May '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17139 Bug ID: 17139 Summary: Translation process should not pick class value inside span tags Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Example: koha-tmpl/intranet-tmpl/prog/en/includes/authorities-search-results.inc line 14: <span class="BT"> BT is picked for translation -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 17189] New: Add the ability to define several memcached namespaces
by bugzilla-daemon＠bugs.koha-community.org 24 May '17

24 May '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17189 Bug ID: 17189 Summary: Add the ability to define several memcached namespaces Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org We need to define several namespaces for our cache system. For instance sysprefs, koha conf (koha-conf.xml) and unit tests should be defined in a separate namespace. This will permit to - launch the tests without interfering with other cache values - and flush the sysprefs cache without flushing all other values -- You are receiving this mail because: You are watching all bug changes.

1 44

[Bug 17135] New: Fine for the previous overdue may get overwritten by the next one
by bugzilla-daemon＠bugs.koha-community.org 24 May '17

24 May '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17135 Bug ID: 17135 Summary: Fine for the previous overdue may get overwritten by the next one Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker 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 When patron renews an item which has overdue fines accruing, fine amount updating stops, but fine record remains associated with a given issue (by issue_id in accountlines). If this item becomes due again, fines.pl doesn't create new fine record for 2nd+ overdue of the same issue - it just overwrites 'amount' and 'amountoutstanding' in the existing record instead, and the previous fine for this issue gets effectively lost. This used to work correctly in 3.18-3.22 (more or less - historically implementation was pretty convoluted, it used due date in the fine description for matching issue record with the fine record), but it's broken since 16.05; probably a regression from Bug 15675 (?). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 71

[Bug 16344] New: Add a circ rule to limit the auto renewals given a specific date
by bugzilla-daemon＠bugs.koha-community.org 24 May '17

24 May '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16344 Bug ID: 16344 Summary: Add a circ rule to limit the auto renewals given a specific date Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A new column issuingrules.no_auto_renewal_after_hard_limit will allow to restrict the auto renewals based on a specific date. The idea is to stop renewals at a given date. That way the library will have time to send overdues and get the books back before the students do on holiday. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 54

[Bug 16568] New: Talking Tech generates phone notifications for all overdue actions
by bugzilla-daemon＠bugs.koha-community.org 24 May '17

24 May '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16568 Bug ID: 16568 Summary: Talking Tech generates phone notifications for all overdue actions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Regardless of whether the phone transport has been selected for a given overdue action or not, the Talking Tech outbound script generates and sends a line for that action. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16