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

[Bug 12086] New: Hold priorities incorrect, when waiting status was reversed
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '14

15 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12086 Bug ID: 12086 Summary: Hold priorities incorrect, when waiting status was reversed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Tested on top of patch for 11947! 1) Prepare for headache. 2) Check out an item from any record. 3) Place 3 holds, for patrons a, b, c on the same record. 4) Return the checked out item - it is now waiting for a, b = 1, c = 2 5) Check out the book to b(!), revert waiting status as offered by the GUI You will end up with: a = 1, c = 1 in the holds list, but in the database it's kind of more correct: a = 1, c = 3 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 11677] New: Limit to Only items currently available for loan or reference not working!
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '14

15 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11677 Bug ID: 11677 Summary: Limit to Only items currently available for loan or reference not working! Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The ability to limit a search to only available items does not seem to be working as expected. Sometimes records with available items are not included in the results. Example: http://screencast.com/t/OVgYybzLE -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 13181] New: Using Matchers to overlay existing biblios with incoming records. Make MARC transformations on need.
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '14

15 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13181 Bug ID: 13181 Summary: Using Matchers to overlay existing biblios with incoming records. Make MARC transformations on need. Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 33079 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=33079&action=edit Bug-12586-Record-matching-rules-Required-match-check.patch Our In-House feature to automatically modify incoming MARC records based on the Provider indentified from the field 003. NOT FOR INLCUSION TO MASTER, SIMPLY SHARING THE CODE! unless someone wants to push this ;) Using in prod for a few months already waiting for your MARC modification templates. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 11921] New: memcached configuration should be moved back to koha-conf.xml
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '14

15 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11921 Bug ID: 11921 Summary: memcached configuration should be moved back to koha-conf.xml 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: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The configuration settings for specifying the memcached server should be moved back to koha-conf.xml. The current scheme of passing that information via an environment variable breaks badly on Plack without requiring significant machinations -- and if you're using Plack, there is no need to cache the base Koha configuration information in memcached. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7003] New: canned report to show patrons and permissions
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '14

13 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7003 Bug #: 7003 Summary: canned report to show patrons and permissions Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Querying permissions in SQL is very difficult. It would be nice to have a canned report that shows you all of your patrons and the permissions they each have (well not all patrons - but patrons with permissions). Something like this: Patron Name (linked) | Permission Levels (listed) A filter to only show patrons with 'superlibrarian' or other specific permissions would be great too. -- 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 3

[Bug 9566] New: Only run analytics code if analytics are enabled
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '14

12 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9566 Bug ID: 9566 Summary: Only run analytics code if analytics are enabled 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: fridolyn.somers(a)biblibre.com CC: m.de.rooy(a)rijksmuseum.nl Bug 5528 introduced analytics records based on UNIMARC 461$0 and MARC21/NORMARC 773$0 and EasyAnalyticalRecords syspref. Bug 7311 added a condition around code in additem.pl. But this should be around all code related to analytics. For libraries that does not use it, it is a gain of performance (the more important is to avoid search on hi index). -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 10777] New: runreport.pl allows for sending html reports via email, but mimetype is wrong
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '14

12 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10777 Bug ID: 10777 Summary: runreport.pl allows for sending html reports via email, but mimetype is wrong Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: vanoudt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org runreport.pl allows for sending html reports via email. The problem is that the Content-Type isn't set to text/html, which means that the generated html email isn't displayed properly. The patch for this sets the content type, and also adds a tiny bit of css to alternate row colours (just to make long reports a bit easier on the eye!) -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 12405] New: Search links on callnumber fails on intranet results page
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '14

12 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12405 Bug ID: 12405 Summary: Search links on callnumber fails on intranet results page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org On intranet results page, the callnumber of items is a search like : /cgi-bin/koha/catalogue/search.pl?idx=callnum&q=[% result.itemcallnumber |url %] The callnumber should be URI-escaped to avoid special URI characters like & , ? ... If the callnumber contains some CCL words or parenthesis, the search will fail, it should be wrapped with double-quotes. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 12451] New: circulation rule cant be edited if itemtype contains a space character
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '14

12 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12451 Bug ID: 12451 Summary: circulation rule cant be edited if itemtype contains a space character Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When an itemtype description contains a space character like " Book" (often used to set this itemtype as first in sorted lists), the edition of an existing circulation rule does not work, it selects the default itemtype. Same for patron category. It's because the JavaScript code performs a trim on value existing in table itm = itm.replace(/^\s*|\s*$/g,''); The same trim must be performed on combobox in editing line. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 13103] New: No checkouts count on member details page
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '14

11 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13103 Bug ID: 13103 Summary: No checkouts count on member details page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: rkopaczka(a)afm.edu.pl Reporter: rkopaczka(a)afm.edu.pl QA Contact: testopia(a)bugs.koha-community.org On member details page, number of issues are not shown. It's caused by, old variable name for issue count in Moremember.tt template. -- You are receiving this mail because: You are watching all bug changes.

1 9