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

[Bug 10113] New: Currency and cost calculation problem in acquisition
by bugzilla-daemon＠bugs.koha-community.org 11 May '15

11 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10113 Bug ID: 10113 Summary: Currency and cost calculation problem in acquisition Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: shalomchong(a)segi.edu.my Created attachment 17667 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17667&action=edit Set active currency in order page, total become "NaN" I have "NaN" value in my replacement cost, budgeted cost and total when I change the currency in order page to my active currency. I've set the same active currency for admin/currency & exchange rate and vendor, the basket page also displayed the active currency. but the default currency in my order page was other currency, the calculation is correct for this non-active currency, but the value for replacement cost, budgeted cost and total become "NaN" when I change the currency to my active currency. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 11939] New: Sample of currencies with a working active value
by bugzilla-daemon＠bugs.koha-community.org 11 May '15

11 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11939 Bug ID: 11939 Summary: Sample of currencies with a working active value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org In default english setup currencies are in mysql/en/optional/parameters.sql file. The default is set to USA dollar because its value is '1' but now this setup is not enough. Now is better to add also values in 'active' column. I insert 'active' (value '1') for USA dollar, 'not active' (value '0') for others. The description in mysql/en/optional/parameters.txt file is no more correct, so I correct it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[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 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 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

[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 03 May '15

03 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