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

[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 15215] New: Remove Depreciation Errors due to misuse of UNIVERSAL in SIP/Sip/MsgType.pm
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '15

29 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15215 Bug ID: 15215 Summary: Remove Depreciation Errors due to misuse of UNIVERSAL in SIP/Sip/MsgType.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Compiling C4/SIP/Sip/MsgType.pm generates the warning UNIVERSAL->import is deprecated and will be removed in a future perl in perl 5.22 this is now a fatal error causing compilation to abort with the message 'UNIVERSAL does not export anything'. (And e.g. crashing Koha's test suite fairly early on) replace invalid call to UNIVERSAL with a use UNIVERSAL::can to avoid this -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 4502] Perl error in acq budget planning
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '15

29 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4502 Frédéric Demians <frederic(a)tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |frederic(a)tamil.fr --- Comment #32 from Frédéric Demians <frederic(a)tamil.fr> --- This patch has been pushed to 3.20.x, will be in 3.20.6. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 15171] New: Searching serials expiring after today should be allowed
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '15

29 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15171 Bug ID: 15171 Summary: Searching serials expiring after today should be allowed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Serials Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The checkexpiration script let the user choose an expiration date > today, but the serial which will expire later than today won't be displayed. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 15189] New: The batch records modification tool should not close STDERR when running in background mode
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '15

29 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15189 Bug ID: 15189 Summary: The batch records modification tool should not close STDERR when running in background mode 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 -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 14795] New: Batch record modification tool removes framework code
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '15

29 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14795 Bug ID: 14795 Summary: Batch record modification tool removes framework code Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Steps: - Create any template on Tools > Manage MARC modification templates - Go to Tools > Batch record modification - Apply modification to any biblionumber you choose. Result: The process removes frameworkcode, so Default framework is use. On MySQL table the column for eg changes from frameworkcode="BKS" to frameworkcode="". -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 15011] New: koha-indexer --stop does not work
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '15

29 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15011 Bug ID: 15011 Summary: koha-indexer --stop does not work 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 root@kohadevbox:~# koha-indexer --start kohadev [ ok ] Starting Koha indexing daemon for kohadev:. root@kohadevbox:~# koha-indexer --stop kohadev [FAIL] Error: Indexer not running for kohadev: failed! root@kohadevbox:~# ps aux | grep zebra kohadev+ 509 0.0 0.0 18596 188 ? S 11:45 0:00 daemon --name=kohadev-koha-zebra --pidfiles=/var/run/koha/kohadev/ --errlog=/var/log/koha/kohadev/zebra-error.log --stdout=/var/log/koha/kohadev/zebra.log --output=/var/log/koha/kohadev/zebra-output.log --verbose=1 --respawn --delay=30 --user=kohadev-koha.kohadev-koha -- zebrasrv -v none,fatal,warn -f /etc/koha/sites/kohadev/koha-conf.xml kohadev+ 511 0.0 0.8 121780 9148 ? S 11:45 0:00 zebrasrv -v none,fatal,warn -f /etc/koha/sites/kohadev/koha-conf.xml kohadev+ 3017 0.0 0.0 18596 188 ? S 11:52 0:00 daemon --name=kohadev-koha-indexer --errlog=/var/log/koha/kohadev/indexer-error.log --stdout=/var/log/koha/kohadev/indexer.log --output=/var/log/koha/kohadev/indexer-output.log --verbose=1 --respawn --delay=30 --user=kohadev-koha.kohadev-koha -- /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -daemon -x -sleep 5 kohadev+ 3020 0.8 11.0 341964 113288 ? S 11:52 0:01 /usr/bin/perl /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -daemon -x -sleep 5 -- You are receiving this mail because: You are watching all bug changes.

1 10

[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 15123] New: Acquisition: Better context for "Transferred from..." to avoid ambiguity in translation
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '15

29 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15123 Bug ID: 15123 Summary: Acquisition: Better context for "Transferred from..." to avoid ambiguity in translation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial 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 Created attachment 44356 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44356&action=edit Wrong translation of "Transferred" in basket In German, the word "Transfer" can be translated to "Transfer" or "Transport". Transfer would be used e.g. for transferring an order, transport is for transportation of e.g. books. This ambiguity leads to a wrong translation for transferred orders in Home > Acquisitions > [a vendor ] > [a basket] e.g. /cgi-bin/koha/acqui/basket.pl?basketno=14 See screenshot attached. The reason is that the word "Basket" is detached from the string "Transferred to" by the <a> tag. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 14955] New: "Show more" link contains double encoded characters
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '15

29 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14955 Bug ID: 14955 Summary: "Show more" link contains double encoded characters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Searching Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 23