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

[Bug 14085] New: search biblionumber in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '15

08 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14085 Bug ID: 14085 Summary: search biblionumber in acquisitions 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 QA Contact: testopia(a)bugs.koha-community.org CC: sfayle(a)roseman.edu It would be nice if the order search in Acquisitions allowed searching on biblionumber. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 8875] New: Cataloging authorithy search plugin displays badly accented characters
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '15

08 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8875 Priority: P5 - low Change sponsored?: --- Bug ID: 8875 Assignee: gmcharlt(a)gmail.com Summary: Cataloging authorithy search plugin displays badly accented characters Severity: normal Classification: Unclassified OS: All Reporter: frederic(a)tamil.fr Hardware: All Status: NEW Version: rel_3_10 Component: MARC Authority data support Product: Koha How to get this bug: - To see the bug, you need to have a MARC21/UNIMARC Koha containing authorities having accented, or non-ASCII characters. - You go in bibliographic data entry form. - You select author tag (100/700). - Click on Edit icon. - On auth_finder.pl search dialog box, - On a UNIMARC/MARC21 DB, in Main entry input box, start typing the begining of an heading having extended characters. - The autocompleted search result page displays a mix of extended characters and cryptic characters (UTF-8 bad encoding issue) How to test the patch: - Test on MARC21 DB - Test on UNIMARC DB -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 14069] New: Follow-up 13790: Fix database update to drop PK on issues/old_issues first
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '15

08 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14069 Bug ID: 14069 Summary: Follow-up 13790: Fix database update to drop PK on issues/old_issues first Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In some older databases there is a PK on the itemnumber in issues. The database update for 13790 needs to be fixed to also run without problems on those databases. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 8137] New: Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '15

07 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Priority: P5 - low Change sponsored?: --- Bug ID: 8137 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Checkout limit by patron category for all libraries Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha We have a patron category Temporary Adult WTMP. Under "Checkout limit by patron category for all libraries" the limit is set to 5. This limit is not working. I was able to check out 7 items to Robert Harper (24388200094358)in the WTMP category Here is what is going on. We have the system preference CircControl set to "Use the checkout and fines rules of *the library where the item is from*". we also have this limit set to 5. So what Koha is doing, is comparing the limit to the number of checkouts of items the borrower has *from the same home library as that item*. If the item's home library is LibA, and the borrower has 4 items checked out whose home library is LibA, than the item will be checked out ( regardless of how many items are checked out ). If the borrower has 5 items checked out whose home library is LibA, Koha will indeed warn of too many checkouts. This does not seem intuitive. Is there any way to globally limit the number if checkouts a borrower can have by patron category? -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 12331] New: can't save results to zotero
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '15

07 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12331 Bug ID: 12331 Summary: can't save results to zotero Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 28562 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28562&action=edit zotero error Zotero works A-OK when saving an individual title but on the results page when you click the folder in the address bar you get an error. The error gives no useful info though so I'm not sure what's causing it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 14476] New: Improving opac-search performances
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '15

07 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14476 Bug ID: 14476 Summary: Improving opac-search performances Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.fiol(a)biblibre.com Reporter: julian.fiol(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 7923 Improving opac-search performances by caching the results of C4::XSLT::transformMARCXML4XSLT. This also impact the performances of C4::XSLT::XSLTParse4Display. My tests (with Devel::NYTProf) showed a gain of about 65% on C4::XSLT::transformMARCXML4XSLT and 35% on C4::XSLT::XSLTParse4Display. The gain of performances is increasing with the numbers of results. Examples: -------- 1/ searching : "sinatra", results : 2 gain : C4::XSLT::transformMARCXML4XSLT = 40% C4::XSLT::XSLTParse4Display = 19% 2/ searching : "Victor Hugo", results : 16 gain : C4::XSLT::transformMARCXML4XSLT = 71% C4::XSLT::XSLTParse4Display = 36% 3/ searching : "a", results : 2060 gain : C4::XSLT::transformMARCXML4XSLT = 82% C4::XSLT::XSLTParse4Display = 51% -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 14005] New: Fix working of previousIssuesDefaultSortOrder and todaysIssuesDefaultSortOrder
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '15

06 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14005 Bug ID: 14005 Summary: Fix working of previousIssuesDefaultSortOrder and todaysIssuesDefaultSortOrder Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It appears that many librarians find the language for the default sort order system preferences ambiguous and confusing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 8127] New: Most Circulated Items not working right
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '15

06 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8127 Priority: P5 - low Change sponsored?: --- Bug ID: 8127 Assignee: gmcharlt(a)gmail.com Summary: Most Circulated Items not working right Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Reports Product: Koha I got this from a library: I'm trying to get the "Most Circulated Items" report to give me something and I am not having success. I chose a date range of 4 months, then I chose a library, then I chose a single item type (DVD1week) then I chose 20 for the limit, then I chose "library" for the "By" part of the limit and go an empty list. So I went back and changed "library" to "Itemtype." Now the system just hangs up spinning away without ever giving results. I wrote this to help for now - but the canned report should work: SELECT count(s.datetime) AS circs, b.title, b.author, i.ccode FROM statistics s JOIN items i USING (itemnumber) LEFT JOIN biblio b USING (biblionumber) WHERE DATE(s.datetime) > DATE_SUB(CURRENT_DATE(),INTERVAL 4 MONTH) AND DATE(s.datetime)<=CURRENT_DATE() AND s.itemnumber IS NOT NULL AND i.itype=<<Item type|itemtypes>> AND i.hombranch=<<Home branch|branches>> GROUP BY b.biblionumber ORDER BY circs DESC LIMIT 20 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 6379] New: Remove link from unapproved and rejected tags in the OPAC's "My tags" table
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '15

05 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6379 Bug #: 6379 Summary: Remove link from unapproved and rejected tags in the OPAC's "My tags" table Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/opac-tags.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org You can't perform a search of the catalog using unapproved or rejected tags, so the table of the user's tags should not have clickable links for them. There should probably be additional visual feedback to indicate why the term isn't clickable. -- 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 26

[Bug 10449] New: Suggestions pending approval should count only suggestions of current branch
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '15

05 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10449 Bug ID: 10449 Summary: Suggestions pending approval should count only suggestions of current branch Classification: Unclassified 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: fridolyn.somers(a)biblibre.com In intranet main page and acquisition home page, a text can display the number of suggestions pending for approval. When clicking on this like, the suggestions management page is displayed. In this page, by default, only the suggestions of current branch are visible. The "Suggestions pending approval" should count only suggestions of current branch so that when clicking on link, you see the same count in "Pending" tab. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28