December 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 13464] New: Standardize the pagination class
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '14

15 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13464 Bug ID: 13464 Summary: Standardize the pagination class 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: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org Most templates use class "pages" for pagination controls, but few use class "paginationBar" and one uses id "pagination-bar" The "pages" class already has css styles, so all pagination controls should use the same class. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13463] New: Allow passing default parameters to SQL reports in the URL
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '14

15 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13463 Bug ID: 13463 Summary: Allow passing default parameters to SQL reports in the URL Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org If an SQL report asks user for a parameter, it should be possible to pass the default value for that parameter in the URL. -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 13454] New: 7xx before 1xx in results
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '14

13 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13454 Bug ID: 13454 Summary: 7xx before 1xx in results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 34368 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=34368&action=edit results When there’s a 110 and a 700, Koha is putting the 700 before the 110 in the results list view. It seems to be assuming a X00 is more important than a X10, whereas it should assume that a 1XX is more important than a 7XX: -- You are receiving this mail because: You are watching all bug changes.

1 1

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

13 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