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

[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 13433] New: 655 display in XSLT
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '15

17 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13433 Bug ID: 13433 Summary: 655 display in XSLT Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 10344 655: Display as Genre/Form (full display): Display corresponding subfields a, v, x, y, z. This change would bring Koha’s display in line with the now codified practice of separating about-ness (subject headings) from is-ness (genre/form headings). If you're interested, for more info on that, see: http://www.loc.gov/catdir/cpso/genre_form_faq.pdf -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 13640] New: Holds To Pull List includes items unreserveable items
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '15

16 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13640 Bug ID: 13640 Summary: Holds To Pull List includes items unreserveable items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, the Holds To Pull List includes items that are unreserveable or cannot be placed on hold. For instance: Bib Record A has 2 items: Item Record X (can be placed on hold) Item Record Y (cannot be placed on hold) If you place a bib-level hold on Bib Record A, both Item Record X and Item Record Y show up as available items in the Holds To Pull List. -- Fixing this will actually probably involve re-writing the whole of pendingreserves.pl, which is probably long overdue anyway, since it includes a lot of SQL in the script itself. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 13371] New: Add filters to the supplier list view
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '15

16 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13371 Bug ID: 13371 Summary: Add filters to the supplier list view 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The supplier list view does not permit to filter on opened/closed baskets, creator name, basketgroup name or dates. That can be added easily using the DataTables filters. This new enhancement will allow a librarian to filter the supplier/basket list view. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 51

[Bug 5279] New: Add option to limit label item search by homebranch
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '15

16 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5279 Summary: Add option to limit label item search by homebranch Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 For larger libraries with many branches, it would be helpful to have the option to limit the item search by homebranch. -- 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 1

[Bug 14895] New: We shouldn't be able to edit already added serials' items from serial receive/edit page
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '15

15 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14895 Bug ID: 14895 Summary: We shouldn't be able to edit already added serials' items from serial receive/edit page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: j.kylmala(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When you receive some serials you go to the serials/serials-edit.pl page. You change there the status to 'Arrived' and add a new item (if it has been chosen so in the subscription creation step). Now if after that someone goes and changes the status to, for example, 'Expected' then the system automatically overrides the item's info which is already in the system. This happens because the serial-edit.pl don't retrieve any information from the items which are already in the system. Well, I guess nobody will change an arrived item to expected usually, only in the cases when it has been a misclick or something. So the real problem is that if you just go to the serials-edit.pl page and don't change anything, and click save, the existing item will have some of its info deleted (barcode as one example). I have a patch for this problem (will add soon here). Instead of retrieving the already added items' data I choosed to disable the "ability" to change the already added items' info from serials-edit.pl (one can change item information from cataloguing -> something, if needed). I guess my explanation is not so clear, so I will provide you the steps how to reproduce this bug: 1. In serials create a new subscription with the option "create an item record when receiving this serial" selected. You can choose the other properties. 2. Find the newly created serial subscription by using the top bar's search. 3. Click from the 'Actions' drop-down menu 'Serial receive'. 4. Change the status to 'Arrived'. Add something to the barcode field. Save. 4.1 (Optional step) Open a new tab in your browser and go see that there is in the catalogue the item you just added and it has a barcode. 5. Now you should have arrived to the page serials-collection.pl. Here, select the very same serial item you just edited and click 'Edit serials' 6. Now click just save button without doing any changes. 7. Go to find that item from the biblio record. Notice its barcode is missing now. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17