October 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 17323] New: MySQL 5.7 - Column search_history.time cannot be null
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '17

14 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17323 Bug ID: 17323 Summary: MySQL 5.7 - Column search_history.time cannot be null Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org When doing a search, with SearchHistory pref switched on: DBD::mysql::st execute failed: Column 'time' cannot be null [for Statement " INSERT INTO search_history( userid, sessionid, query_desc, query_cgi, type, total, time ) VALUES( ?, ?, ?, ?, ?, ?, ? ) " with ParamValues: 0="7874", 1='12338a0bd8da63e32c79ee84f8493a07', 2="kw,wrdl: d", 3='q=d', 4='biblio', 5=6104, 6=undef] at C4/Search/History.pm line 34. 127.0.0.1 - - [20/Sep/2016:11:22:05 +0100] "GET /cgi-bin/koha/opac-search.pl?q=d HTTP/1.1" 200 272867 "http://catalogue.koha-qa.vm/" "Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0" -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 17244] New: Could not find opac-search.xml in /usr/share/koha/opac/ cgi-bin/opac/ at /usr/share/koha/lib/C4/Search.pm line 855.
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '17

09 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17244 Bug ID: 17244 Summary: Could not find opac-search.xml in /usr/share/koha/opac/cgi-bin/opac/ at /usr/share/koha/lib/C4/Search.pm line 855. Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: seemadwivedi15(a)yahoo.co.in QA Contact: testopia(a)bugs.koha-community.org No results found! You did not specify any search criteria. Error: Could not find opac-search.xml in /usr/share/koha/opac/cgi-bin/opac/ at /usr/share/koha/lib/C4/Search.pm line 855. -- You are receiving this mail because: You are watching all bug changes.

1 4

[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 17456] New: Cataloging plugins: change of behaviour at fileds driven by plugins
by bugzilla-daemon＠bugs.koha-community.org 25 May '17

25 May '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17456 Bug ID: 17456 Summary: Cataloging plugins: change of behaviour at fileds driven by plugins Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hello, I want to report some changes of after upgrade on version 16.05 at cataloging editor. Description examples: field 003 If field isn't empty click don't rewrtite it into MARCOrgCode (as older versions). It means that imported code must be deleted and after that click add MARCOrgCode. field 008 Similar on positions 15-17, if I choose code value from autocomplete of browser, value isn't rewrited after save. Thanks Mike -- You are receiving this mail because: You are watching all bug changes.

1 9

[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