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

[Bug 7397] New: Patron search from Checkout tab does 'contains' instead of 'starts_with' search
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '15

30 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7397 Bug #: 7397 Summary: Patron search from Checkout tab does 'contains' instead of 'starts_with' search Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com When searching for a patron using the Checkout tab, instead of the main Patron search, inexact searches (those returning more than 1 hit) do a 'contains' search instead of a 'starts_with' search (as one would expect from the Patron search module's behaviour). The result is many, many more results than one would otherwise expect. The call to Search() in circ/circulation.pl seems to be malformed given the documentation for how C4::Members::Search works. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 11211] New: Move calculation code out of C4::Calendar
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '15

30 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11211 Bug ID: 11211 Summary: Move calculation code out of C4::Calendar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Blocks: 8133 Koha::Calendar should contain all of the calendar calculation code, and C4::Calendar should only have admin subs. Created to slim down bug 8133. -- You are receiving this mail because: You are watching all bug changes.

1 74

[Bug 14625] New: LDAP: mapped ExtendedPatronAttributes cause error when updated on authentication
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '15

30 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14625 Bug ID: 14625 Summary: LDAP: mapped ExtendedPatronAttributes cause error when updated on authentication Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: oliver.bock(a)aei.mpg.de QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org When extended patron attributes are mapped for replication and update via LDAP the attributes (here: "LOCATION") are properly replicated now (as of bug #8919) but on update the following error gets thrown: > opac-user.pl: DBD::mysql::st execute failed: Unknown column 'LOCATION' in 'field list' at /usr/share/koha/lib/C4/Auth_with_ldap.pm line 354, <DATA> line 558. The reason is that update_local() in Auth_with_ldap.pm doesn't care about those extended attributes at all. It's harmless because checkpw_ldap() seems to cover the update, not only the initial replication. But it's still confusing since a given admin is fooled by a false alarm. Thanks. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 14743] New: addorder.pl redirect problems under plack behind apache 2.4.10
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '15

29 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14743 Bug ID: 14743 Summary: addorder.pl redirect problems under plack behind apache 2.4.10 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: dpavlin(a)rot13.org QA Contact: testopia(a)bugs.koha-community.org I can't quite figure this out. When I run CGI version of Koha, I see following response (recorded using tcpdump): HTTP/1.1 302 Found Date: Thu, 27 Aug 2015 13:28:41 GMT Server: Apache/2.4.10 (Debian) Location: /cgi-bin/koha/acqui/basket.pl?basketno=5610 Vary: User-Agent Content-Length: 0 Keep-Alive: timeout=5, max=98 Connection: Keep-Alive Content-Type: text/x-perl However, when running behind apache 2.4.10 on Debian wheezy I see chunked response: HTTP/1.1 302 Found Date: Thu, 27 Aug 2015 13:21:28 GMT Server: Apache/2.4.10 (Debian) Vary: User-Agent Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/x-perl 60 Transfer-Encoding: chunked Date: Thu, 27 Aug 2015 13:21:28 GMT Connection: keep-alive 0 0 This response doesn't work in firefox (where it reports page not found) nor in chrome (where it returns lines below 60 on screen). Solution is (for now) to exclude addoprder.pl from proxypass using: ProxyPass /cgi-bin/koha/acqui/addorder.pl ! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 13791] New: Plack out of the box
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '15

29 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13791 Bug ID: 13791 Summary: Plack out of the box 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: dpavlin(a)rot13.org QA Contact: testopia(a)bugs.koha-community.org Offer plack as valid alternative for installation. For now, some progress is documented at wiki page: http://wiki.koha-community.org/wiki/Plack -- You are receiving this mail because: You are watching all bug changes.

1 71

[Bug 13216] New: fix koha-shell to work with git/dev installs
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '15

28 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13216 Bug ID: 13216 Summary: fix koha-shell to work with git/dev installs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org koha-shell assumes PERL5LIB is '/usr/share/koha', which if often incorrect in a git/dev install this patch attempts to fix this issue, by using the correct path -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 13217] New: fix koha-upgrade-schema to work with git/dev installs
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '15

28 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13217 Bug ID: 13217 Summary: fix koha-upgrade-schema to work with git/dev installs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org koha-upgrade-schema seems to currently not work with git/dev koha-gitify installs this patch attempts to fix this issue -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 14475] New: 'IntranetUserCSS' syspref definition should be used in intranet/staff login page too
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '15

28 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14475 Bug ID: 14475 Summary: 'IntranetUserCSS' syspref definition should be used in intranet/staff login page too Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com 'IntranetUserCSS' syspref definition, should be used in the intranet/staff login page too currently, there is no way to CSS style the intranet/staff login page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 8612] New: System preference to have custom fields in exort csv basket
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '15

27 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8612 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 8612 Assignee: koha-bugs(a)lists.koha-community.org Summary: System preference to have custom fields in exort csv basket Severity: enhancement Classification: Unclassified OS: All Reporter: pelletiermaxime(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha New system preference where you can write the fields you want to have in the "Export this basket as CSV" button in a basket page of the acquisition module. This could be done in better ways, but this is what I came up with, in the time I had. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 10407] New: allow MARCXML records to be imported via Koha's GUI
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '15

27 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10407 Bug ID: 10407 Summary: allow MARCXML records to be imported via Koha's GUI Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com currently, you can only import MARCXML records into Koha using the ./bulkmarcimport.pl tool, from the command-line this bug will attempt to add that functionality to Koha's GUI -- You are receiving this mail because: You are watching all bug changes.

1 15