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

[Bug 13799] New: Add base for building RESTful API
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13799 Bug ID: 13799 Summary: Add base for building RESTful API Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 310

[Bug 10163] New: batch-mod items tool fails on files over 1000 lines long
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10163 Bug ID: 10163 Summary: batch-mod items tool fails on files over 1000 lines long Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com CC: m.de.rooy(a)rijksmuseum.nl if you attempt to upload a file with more than 1000 lines, you get an error... ---------------------------------------- Batch item modification - Too many items (1001): not displaying each one individually. Return to batch item modification ---------------------------------------- looking that the code its obvious that the intended behavior is to not display the items, yet still allow the items to be edited this functionality seems broken -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 11343] New: The max number of items to process in a batch is hardcoded
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11343 Bug ID: 11343 Summary: The max number of items to process in a batch is hardcoded 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 The maximum number of item records to process in a batch is 1000. This value is hardcoded in the code. It should be store in a syspref. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 11490] New: Deleting Batch Items
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11490 Bug ID: 11490 Summary: Deleting Batch Items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org This discovery is made based off an enhancement being worked on in bug 11343. It has been discovered that when patch 11343 is in place, if I set the new syspref MaxItemsForBatch to 2, and then try to do a batch delete of 3 items, it won't show the 3 items because of the limit, but it will still allow me to delete beyond the limit. I have concern that even without this patch, staff can delete beyond the hard coded 1000 item limit. Can anyone confirm this issue? Christopher -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 14759] New: Replacement for Text::Unaccent
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14759 Bug ID: 14759 Summary: Replacement for Text::Unaccent Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: ketan(a)carvingit.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There appears to be a better alternative "Text::Unaccent::PurePerl" for "Text::Unaccent". I guess we should use this. This Text::Unaccent has some issues on 64 bit Cent OS perhaps due to its dependancy on libiconv. I see that this module is not used in many places and thus, update of code is easy. However, considerable testing will be required. Regards, Ketan -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 13954] New: other image shows an inadequate rough pixelation
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '15

17 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13954 Bug ID: 13954 Summary: other image shows an inadequate rough pixelation Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: Heinrich.Hartl(a)email.de QA Contact: testopia(a)bugs.koha-community.org Created attachment 37493 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37493&action=edit pixaleted picture side by side with irfanview window of same picture I am preparing a patron card layout including a logo. Since the real logo is not already available I decided to use an arbitrary other .jpg instead. The result in the created pdf is showing the picture in right size and position but badly pixelated. Providing the same picture in .png did not help. I suspect that the resizing operation is not done such as to give an acceptable or optimum result. Please find the following attachments: Screenshot of layout used (template has labels 70*36 mm) Screenshot taken with irfanview showing the pdf created by export viewed 400% and on top of it irfanview Window displaying the same photo - here you can see the pixelated picture side by side with a reasonably resized version of the same picture The used picture to allow you to reproduce my result or even better to use in a testcase for the resolved problem. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 7688] New: Change subscriptions numbering pattern and frequencies
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '15

17 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7688 Priority: P3 Change sponsored?: --- Bug ID: 7688 Assignee: julian.maurice(a)biblibre.com Summary: Change subscriptions numbering pattern and frequencies QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Serials Product: Koha Created attachment 8110 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8110&action=edit 'New subscription' page This development made by BibLibre improve management of numbering patterns and frequencies for subscriptions. It add the possibility to create (and of course edit and delete) numbering patterns and frequencies in two new pages. When you create a new subscription (or edit an existing one) you can change easily the numbering pattern (and the frequency) with a drop-down list. It also change the way the prediction pattern is calculated. It's no more calculated client-side, but server-side, with a Perl script called by ajax. That way it is more consistent because the Perl script use the same functions Koha use to determine the next serial number. (see screenshot attached) -- You are receiving this mail because: You are watching all bug changes.

1 149

[Bug 10424] New: A separate invoice table which links to the aqorders table via the order number to search against order numbers and pull up the related invoice to see when the item was receipted in
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '15

17 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10424 Bug ID: 10424 Summary: A separate invoice table which links to the aqorders table via the order number to search against order numbers and pull up the related invoice to see when the item was receipted in 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: amitddng135(a)gmail.com A separate invoice table which links to the aqorders table via the order number to search against order numbers and pull up the related invoice to see when the item was receipted in -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 14716] New: opac-detail.pl -- Series link fails when series title ends with semicolon preceded by space.
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '15

17 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14716 Bug ID: 14716 Summary: opac-detail.pl -- Series link fails when series title ends with semicolon preceded by space. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 41870 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=41870&action=edit marc record with test data To reproduce Add a bib with the following data in biblioitems.marcxml: <datafield tag="440" ind1=" " ind2="0"> <subfield code="a">Magic tree house ;</subfield> <subfield code="v">#6</subfield> <subfield code="9">39181</subfield> </datafield> [the attached bib-14675.utf8 contains just such a record] Make sure that the fast indexer picks up the record. In the opac a title search for the bib; this should bring up opac-detail.pl Using view source The 'Series' link looks like this: <a href="/cgi-bin/koha/opac-search.pl?q=se,phr:%22Magic%20tree%20house%20;%22">Magic tree house ; #6</a> When url-decoded, the href looks like /cgi-bin/koha/opac-search.pl?q=se,phr:"Magic tree house ;" ... this will not return any search results When the trailing space and semicolon is removed: /cgi-bin/koha/opac-search.pl?q=se,phr:"Magic tree house" The resulting string can be url-encoded and appended to the opac base url -- this will return search results. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 15047] New: Genre/Form-655 URL not clickable in opac-detail.pl, with XSLT enabled
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '15

17 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15047 Bug ID: 15047 Summary: Genre/Form-655 URL not clickable in opac-detail.pl, with XSLT enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 43726 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=43726&action=edit pix, before patch pix attached -- You are receiving this mail because: You are watching all bug changes.

1 21