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

[Bug 17419] New: Fix more confusion between smsalertnumber and mobile
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17419 Bug ID: 17419 Summary: Fix more confusion between smsalertnumber and mobile 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: lari.taskula(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com members/moremember.pl will set mobile number as smsalertnumber in template if smsalertnumber is not defined. This will cause incorrect display for SMS number in patron's Details-tab. This confusion between smsalertnumber and mobile is already fixed in Bug 14683, but members/moremember.pl was not fixed yet. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 14736] AllowRenewalIfOtherItemsAvailable slows circulation down in case of a record with many items and many holds
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14736 Mason James <mtj(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mtj(a)kohaaloha.com --- Comment #7 from Mason James <mtj(a)kohaaloha.com> --- Pushed to 16.05.x, for 16.05.06 release -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7172] Omnibus for Plack variable scoping problems
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7172 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |17392, 16444 Blocks|17392, 16444 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16444 [Bug 16444] C4::Tags is not plack safe https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17392 [Bug 17392] opac/svc/overdrive_proxy is not plack safe -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17392] New: opac/svc/overdrive_proxy is not plack safe
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17392 Bug ID: 17392 Summary: opac/svc/overdrive_proxy is not plack safe Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When running under plack the parameters in the url passed to overdrive are separated by semi-colons as opposed to ampersands example, dumping $query->query_string from /opac/svc/overdrive_proxy under plack we have: 'q=howard%20wigglebottom;limit=1;offset=0' If the page is excluded from plack we get: 'q=howard%20wigglebottom&limit=1&offset=0' You can test in a rest client, the first will return spurious results, searches in opac will report one number of hits, clicking the link for results will return none or a different number of hits from overdrive Tried removing the qw(-oldstyle-urls) from the script but it had no effect, though without that when excluded from plack things also don't work This is verified under master and 3.22 under plack -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 16444] New: C4::Tags is not plack safe
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16444 Bug ID: 16444 Summary: C4::Tags is not plack safe Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal 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 Depends on: 7172 C4::Tags use a package variable to cache the pref TagsExternalDictionary, it's not needed and not safe. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7172 [Bug 7172] Omnibus for Plack variable scoping problems -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 17484] New: Searching with date range limit (lower and upper) does not work
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17484 Bug ID: 17484 Summary: Searching with date range limit (lower and upper) does not work Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P2 Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org When you do a search through advanced search with a publication date range limit (like 2002-2006 by example) according the example given in the legend, you get no results even if there must be ones. It's ok for one-bound limits like -2002 or 2006-, but for two bounds limits you must wrap the hypen with spaces to get results, which is not consistent with the legend. Whitout spaces the query sent to zebra is done by opac-search.pl script like this : kw,wrdl,rtrn=MY_SEARCH and yr,st-numeric,ge=2002 and yr,st-numeric,le=2006 Seems that Zebra does not understand that syntax. With spaces, it is turned out like this : kw,wrdl,rtrn=MY_SEARCH and yr,st-numeric=2002 - 2006 and it works. It also works without spaces if you run a ccl query directly from the opac : ccl=kw,wrdl,rtrn=archipel and yr,st-numeric=2002-2006 May be it's a question of zebra config or zebra version, not completely sure of this (cf bug 12897), I propose this patch nevertheless as an eventuel solution. Test plan : 1) do a search from advanced search with some results 2) redo the same putting a date limit with two bounds separated by an hypen without spaces : you get no results 3) apply the patch 4) redo stage 2 : you get the expected results -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 17537] New: xt/author/valid-templates.t is broken
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17537 Bug ID: 17537 Summary: xt/author/valid-templates.t is broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal 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 There 3 include files do not pass the template validation tests: - koha-tmpl/intranet-tmpl/prog/en/includes/admin-items-search-field-form.inc - koha-tmpl/intranet-tmpl/prog/en/includes/subscriptions-search.inc - koha-tmpl/opac-tmpl/bootstrap/en/includes/opac-topissues.inc This is because they process a block which has not been declared before. As they are include files, they cannot stand on their own. We could have added them to the exclude file list of xt/author/valid-templates.t but I think it's better to keep them into the validation loop. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 15803] New: Koha::AuthorisedValues - Remove GetAuthorisedValueCategories
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15803 Bug ID: 15803 Summary: Koha::AuthorisedValues - Remove GetAuthorisedValueCategories 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 Depends on: 15801 Blocks: 15799 The subroutine C4::Koha::GetAuthorisedValueCategories just retrieves all the authorised value categories. We already have a method in the Koha::AuthorisedValues module to do this job, let's use it! Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15799 [Bug 15799] Move authorised values related code into Koha::AuthorisedValues - part 2 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15801 [Bug 15801] Move the framework related code to Koha::BiblioFramework[s] - part 2 -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 13324] [DEPENDS_ON_13321] The fund values must be based on tax included values
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13324 --- Comment #20 from Mason James <mtj(a)kohaaloha.com> --- Blocked by deps, skipping for 16.05.x -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17420] New: record export fails when itemtype on biblio
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17420 Bug ID: 17420 Summary: record export fails when itemtype on biblio Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In Tools, Export data, you can export with a filter on item type. When item type is on biblio record, you get the error : export.pl: DBIx::Class::ResultSet::next(): Unknown column 'biblioitems.itemtype' in 'where clause' at /home/koha/src/Koha/Objects.pm line 150 Looks like its because this code use to be a SQL Select and is now a DBIx call : export.pl: DBIx::Class::ResultSet::next(): Unknown column 'biblioitems.itemtype' in 'where clause' at /home/koha/src/Koha/Objects.pm line 150 -- You are receiving this mail because: You are watching all bug changes.

1 24