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

[Bug 14928] New: Remove C4::Dates from files acqui/pdfformat/layout*.pm
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14928 Bug ID: 14928 Summary: Remove C4::Dates from files acqui/pdfformat/layout*.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org This patch removes C4::Dates from: - acqui/pdfformat/layout2pages.pm - acqui/pdfformat/layout2pagesde.pm - acqui/pdfformat/layout3pages.pm - acqui/pdfformat/layout3pagesfr.pm -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 9150] New: Add authorities search sort by id
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9150 Bug ID: 9150 Summary: Add authorities search sort by id Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com CC: m.de.rooy(a)rijksmuseum.nl In authorities search page, sort orders are only alphabetical and none. C4::AuthoritiesMarc::SearchAuthorities provides a sort by authority id (auth_header.authid). So we could add search order by id in authorities search page, it can be useful to find more recent or oldest authorities. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 14992] New: New options and clarification for authority search modes dropdown
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14992 Bug ID: 14992 Summary: New options and clarification for authority search modes dropdown 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: gaetan.boisson(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Right now the options for searching in the authorities in the dropdown menu are confusing a lot of users. They are: Contains Starts with Is exactly What they actually do is: "Contains" searches for all the terms entered, in any order, with a right truncature. "Starts with" searches for all the terms entered, in that order, with a right truncature. The matching subfield itself doesn't have to start with the terms entered. If you search for "John", "Cash, Johnny" will be a valid result. (This is the most confusing option right now.) "Is exactly" searches for all the terms entered, in that order, without a truncature. The whole subfield doesn't have to match the phrase entered by the user though, so if you search for "Johnny", "Cash, Johnny" will be a valid result, more confusingly "Smith-Cash, Johnny" will be a valid result if you search for "Cash, Johnny". This patch will change the options offered so that they are: "with truncature, in any order" (what "contains" does right now) "without truncature, in any order" (new option, all the entered terms exactly as they were entered, in any order) "without truncature, in that order" (what "is exactly" does right now) "Is exactly" (new option, there is a subfield that matches exactly the entered sequence, the whole subfield has to match) The current "Starts with" will be removed as there doesn't seem to be a way of searching for "the subfield starts with" (See bug 11158). What it does right now would be "with truncature, in that order" but i cannot think of a useful case for this. (It allows for searching for "Cas John" and finding "Cash, Johnny".) If someone sees a reason to keep it, then we will reword it to "with truncature, in that order". -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 14974] New: Use the REST API for cities
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14974 Bug ID: 14974 Summary: Use the REST API for cities Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 13799, 14888 One of the simplest script in Koha is admin/cities.pl. There is no relationship, very few columns, etc. The script has been rewritten recently (bug 14888) to use Koha::Object[s]. It has been cleaned and is a good candidate to collect the different point of views/implementations possible to use the REST API (bug 13799). Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13799 [Bug 13799] Add base for building RESTful API http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14888 [Bug 14888] Move the cities related code to Koha::Cities -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 14711] New: We do no longer need bibitems in AddReserve
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14711 Bug ID: 14711 Summary: We do no longer need bibitems in AddReserve Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If bug 9809 and bug 14702 make their way into Koha, time comes to remove the bibitems parameter from AddReserve. In that case it is no longer used (code for reserve fee calculation being replaced). Note that this parameter was not supplied in the same form consistently thru Koha. The old code could handle that; the new code does not need it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 11274] New: Sent Notices Tab Not Working Correctly
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11274 Bug ID: 11274 Summary: Sent Notices Tab Not Working Correctly Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Koha is only allowing staff to view the first 20 notices from the checkout screen. When you click the link of any other notice past the 20th one - it does not open, it just pops you back to the top of the page. To re-create Look up patron "with notices" Click on the notices tab Change "Show" to "50" Try clicking on one of the notices at the bottom of the list. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 11340] New: make the 'print summary' a custom slip/notice
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11340 Bug ID: 11340 Summary: make the 'print summary' a custom slip/notice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Right now on the patron record the print slip and print quick slip are both customizable, but the print summary is not. I say this should also be a customizable via the notices & slips feature. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 14804] New: Software error while removing duplicates
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14804 Bug ID: 14804 Summary: Software error while removing duplicates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: j.kylmala(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Software error: Can't locate object method "remove_duplicates" via package "-2" (perhaps you forgot to load "-2"?) at /home/putti/kohaclone/patroncards/edit-batch.pl line 100. comes when in Home › Tools › Patron card creator › Manage card Batches you first create a new batch and then add a new item and then click Remove duplicates. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11158] New: Authorities 'starts with' search returns the same as 'contains' when using ICU
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11158 Bug ID: 11158 Summary: Authorities 'starts with' search returns the same as 'contains' when using ICU Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org If set up to use icu tokenisation When doing an authorities search and specifying 'starts with' the result set returned is the same as with the option 'contains' For example a search on starts_with 'Smith' returns Campbell-Smith, Duncan. Smith, Bessie, 1894-1937. Smith, Sydney Goodsir, 1915-1975. Smith, Victoria. The problem appears be that the starts-with definition is being applied to each token within the heading rather than to the heading as complete field (A search for O hoping to retrieve O'Brian will return much more ) the correct return would be Smith, Bessie, 1894-1937. Smith, Sydney Goodsir, 1915-1975. Smith, Victoria. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 14987] New: patron card creator not displaying correct cardnumber
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14987 Bug ID: 14987 Summary: patron card creator not displaying correct cardnumber 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: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Actually, I'm not entirely sure what the context of "cardnumber" is on edit-batch - is it the number of the card being printed? Is it supposed to be the cardnumber of the borrower? I admit to not having the chance to really dig up what it's supposed to be but it doesn't really make sense to me as it stands. I think it should either be the cardnumber of the borrower (i.e. the barcode that would be printed) or explicitly labelled something that is not "cardnumber" if it's something else. -- You are receiving this mail because: You are watching all bug changes.

1 6