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

[Bug 10160] New: Add z39.50 command line tester
by bugzilla-daemon＠bugs.koha-community.org 09 May '15

09 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10160 Bug ID: 10160 Summary: Add z39.50 command line tester Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl It would be nice to have a cli z39.50 tester when z39.50 searches don't seem to be working correctly. This would help narrow down where the issue is. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 12787] New: Unit test files should be better organized
by bugzilla-daemon＠bugs.koha-community.org 08 May '15

08 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12787 Bug ID: 12787 Summary: Unit test files should be better organized Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)biblibre.com QA Contact: gmcharlt(a)gmail.com The t/db_dependent directory contains directory and files like module_routinename.t It should be better to have 1 way to name UT files. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 13180] New: While acquiring from the new improved staged file, warning "Indicator in 952 is empty at /home/koha/kohaclone/C4/Biblio.pm" is flooding the bejesus out of my koha-error.log
by bugzilla-daemon＠bugs.koha-community.org 08 May '15

08 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13180 Bug ID: 13180 Summary: While acquiring from the new improved staged file, warning "Indicator in 952 is empty at /home/koha/kohaclone/C4/Biblio.pm" is flooding the bejesus out of my koha-error.log 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: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org I get one warning for each mapped Koha items field. This patch fakes the missing indicators to the addorderiso2709.pl/.tt. Those indicators don't really exists for field 952 anyway. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 12929] New: bug 12716 introduces a regression on the patron import tools
by bugzilla-daemon＠bugs.koha-community.org 07 May '15

07 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12929 Bug ID: 12929 Summary: bug 12716 introduces a regression on the patron import tools 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 12716 removes too many lines. See bug 12859 for the history. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 12719] New: Fix bulkmarcimport.pl "keepids" documentation
by bugzilla-daemon＠bugs.koha-community.org 07 May '15

07 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12719 Bug ID: 12719 Summary: Fix bulkmarcimport.pl "keepids" documentation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, there are two entries for "keepids" in the perldoc for bulkmarcimport.pl. The following code here is (mostly) correct: 713 =item B<-k, -keepids>=<FIELD> 714 715 Field store ids in I<FIELD> (usefull for authorities, where 001 contains the 716 authid for Koha, that can contain a very valuable info for authorities coming 717 from LOC or BNF. useless for biblios probably) The following code here is really NOT: 747 =item B<-keepids> 748 749 Store ids in 009 (usefull for authorities, where 001 contains the authid for 750 Koha, that can contain a very valuable info for authorities coming from LOC or 751 BNF. useless for biblios probably) -- It should probably be something like... =item B<-k, -keepids>=<FIELD> Keep the ID (i.e. control number 001) from the incoming record in I<FIELD>. I<FIELD> should be a field/subfield pair, such as 035a, or a controlfield, such as 009. If no I<FIELD> is provided, the 001 from the incoming record will be kept in the 001 in Koha. (N.B. I don't know if a FIELD-less parameter would result in a bug or not...) -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 11270] New: Search Result highlighting should be refactored
by bugzilla-daemon＠bugs.koha-community.org 07 May '15

07 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11270 Bug ID: 11270 Summary: Search Result highlighting should be refactored Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: campbellreidtait(a)gmail.com, chris(a)bigballofwax.co.nz, gitbot(a)bugs.koha-community.org, jonathan.druart(a)biblibre.com, katrin.fischer(a)bsz-bw.de, kyle(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, paul.poulain(a)biblibre.com, savitra.sirohi(a)osslabs.biz, spalding(a)senylrc.org Depends on: 6149 Whilst working on Bug 6149 I found there to be many repeats of code in different file relating to the search highlighting. This patch tries to factor out some of the code into include's to enhance maintainability. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 12213] New: Creating a report with unnamed report group shows strange "disconnected" tab
by bugzilla-daemon＠bugs.koha-community.org 06 May '15

06 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12213 Bug ID: 12213 Summary: Creating a report with unnamed report group shows strange "disconnected" tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org Created attachment 28042 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28042&action=edit "Disconnected" reports group tab When creating a new report, create a new report group, but do not give the group any name. The unnamed group will show up as a "disconnected" tab. See attached image. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 13767] New: Readonly::XS (1:02) is not installed
by bugzilla-daemon＠bugs.koha-community.org 06 May '15

06 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13767 Bug ID: 13767 Summary: Readonly::XS (1:02) is not installed Change sponsored?: --- Product: Koha Version: 3.18 Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: isabelaterra(a)cp2.g12.br QA Contact: testopia(a)bugs.koha-community.org I'm really looking for some help here, please, my brain (whatever is left!) Is swimming in Perl code. All perl modules are present (except tells me que Readonly :: XS (1:02) is not installed, but I have 1.05), permissions Have Been verified, ps -u koha shows the daemon and zebrasrv running, mysqlcheck is clean, etc. Searches return empty and analytical reports report that is registered in the database. I'm using Debian 7 u3 and Koha 3.18. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 9089] New: show suggestion number on suggestion management
by bugzilla-daemon＠bugs.koha-community.org 05 May '15

05 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9089 Bug ID: 9089 Summary: show suggestion number on suggestion management Classification: Unclassified 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: nengard(a)gmail.com The suggestion number doesn't show on the suggestion management page or on the individual suggestions when editing/viewing them, but it does show on acquisitions when you order from a suggestion. We should show it on the suggestion management list and the individual suggestions when you view/edit them. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 12025] New: Inventory tool fails with "Could not reads headers", or sometimes a timeout
by bugzilla-daemon＠bugs.koha-community.org 04 May '15

04 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12025 Bug ID: 12025 Summary: Inventory tool fails with "Could not reads headers", or sometimes a timeout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jason(a)esilibrary.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 26759 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26759&action=edit sample file This happens with small test files of one or two barcodes. jason-temp@lumen:~$ od BARCODES.TXT 0000000 030063 033065 030463 030060 030060 030060 033062 031412 0000020 032460 031466 030061 030060 030060 031460 000064 0000035 jason-temp@lumen:~$ cat BARCODES.TXT 30563100000026 30563100000034jason-temp@lumen:~$ On the server side, it looks inventory.pl spins out of control, and is looping on commands like this: write(5, "s\0\0\0\3select authorised_value fro"..., 119) = 119 read(5, "\1\0\0\1\1h\0\0\2\3def\4salt\27marc_subfield"..., 16384) = 144 poll([{fd=5, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout) write(5, "Y\0\0\0\3select authorised_value, li"..., 93) = 93 read(5, "\1\0\0\1\3\\\0\0\2\3def\4salt\21authorised_va"..., 16384) = 337 poll([{fd=5, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout) write(5, "\1\0\0\0\16", 5) = 5 read(5, "\7\0\0\1\0\0\0\2\0\0\0", 16384) = 11 poll([{fd=5, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout) write(5, "\1\0\0\0\16", 5) = 5 read(5, "\7\0\0\1\0\0\0\2\0\0\0", 16384) = 11 poll([{fd=5, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout) This is with Koha 3.14.03.000, but Chris Cormack confirmed that it happens with master, 3.14.1, and 3.14.5, but that it works fine on 3.12.12. He tracked it down to this commit for this bug: 0313856d9a1a9c0c002da0aead8c8516b51e1c11 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7684 There is an email thread discussing this on the Koha list: http://lists.katipo.co.nz/public/koha/2014-March/039092.html http://lists.katipo.co.nz/public/koha/2014-April/thread.html#39127 With the Chrome development tools, I also see the following errors when I first load the interface: Uncaught SyntaxError: Unexpected token ILLEGAL inventory.pl:62 event.returnValue is deprecated. Please use the standard event.preventDefault() instead. jquery.js:3 Let me know if there's anything else I can do to help. Thanks! -- You are receiving this mail because: You are watching all bug changes.

1 23