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

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

09 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 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 9089] New: show suggestion number on suggestion management
by bugzilla-daemon＠bugs.koha-community.org 06 May '15

06 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

[Bug 12036] New: Neworderempty.pl fails to add items when itemrecorddisplay is too long (acqCreateItem=ordering)
by bugzilla-daemon＠bugs.koha-community.org 04 May '15

04 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12036 Bug ID: 12036 Summary: Neworderempty.pl fails to add items when itemrecorddisplay is too long (acqCreateItem=ordering) Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org In 3.14.4 I encounter this problem in Acquisition, neworderempty.pl: The output of PrepareItemrecordDisplay (called by itemrecorddisplay.pl in additem.js [cloneItemBlock]) seems to be too long. The line $(clone).append(data) in the ajax success function in cloneItemBlock fails silently. This makes it impossible to add items to a new empty order when AcqCreateItem=ordering. Did anyone else see that already or solved it? (I created the ACQ framework by just copying from Default.) On a clean master I could not reproduce this problem, but it seemed that the output of PrepareItemrecordDisplay was around 23000 there instead of 27000 chars. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 12348] New: unique barcodes should be mandatory
by bugzilla-daemon＠bugs.koha-community.org 04 May '15

04 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12348 Bug ID: 12348 Summary: unique barcodes should be mandatory Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Partner has an item that shows 'check-in failed' in the 'Check-in' column in circulation.pl. When the item is brought up in holdings, there is no link to click on to allow editing. All library interaction with items (check-in, check-out, item edit) require bar codes, but there are no integrity checks in Koha (in the database or perl code) to ensure that all items must have barcodes. This leads to support issues when partners create items that do not have barcodes, then cannot do anything with them. Ideally, I would think that items.barcode should be defined as `barcode` varchar(20) NOT NULL If this isn't possible for historical reasons, then an effort should be made to deprecate the practice of allowing NULL barcodes by emitting obnoxious warning messages stating that NULL bar codes will not be allowed in future versions of Koha. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 4856] New: problem with NSB/NSE chars
by bugzilla-daemon＠bugs.koha-community.org 04 May '15

04 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4856 Summary: problem with NSB/NSE chars Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Zebra doesn't like NSB/NSE chars, they should be deleted before indexing, only in UNIMARC because it's a french problem. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 9

[Bug 4857] New: aqplan.pl: consideration of Planning categories with authorised values
by bugzilla-daemon＠bugs.koha-community.org 04 May '15

04 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4857 Summary: aqplan.pl: consideration of Planning categories with authorised values Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: alex.arnaud(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 18