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

[Bug 14277] New: Search index 'lex' does not honor MARC indicator "ind1"
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '15

30 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14277 Bug ID: 14277 Summary: Search index 'lex' does not honor MARC indicator "ind1" Change sponsored?: --- Product: Koha Version: unspecified 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 The current definition in etc/zebradb/marc_defs/marc21/biblios/biblio-koha-indexdefs.xml for the 'lex' index for lexile scores looks like this:  <index_subfields tag="521" subfields="a"> <target_index>lex:w</target_index> <target_index>lex:p</target_index> <target_index>lex:n</target_index> </index_subfields> This uses MARC 521 -- "Target Audience Note" as the marc field containing lexile score... however, the contents of the various subfields MARC 521 are dependent on the value of indicator 1, which encodes "audience" Full details can be found at http://www.loc.gov/marc/bibliographic/bd521.html Here are the possible values of indicator 1: 0 - Reading grade level 1 - Interest age level 2 - Interest grade level 3 - Special audience characteristics 4 - Motivation/interest level 8 - No display constant generated Lexile score would be encoded under indicator 8. Trying to index other indicators as "lex" will create indexes which are inconsistent at best, and which may return incorrect search results. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 13019] New: Add base classes on which to build Koha objects
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '15

30 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13019 Bug ID: 13019 Summary: Add base classes on which to build Koha objects Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The idea behind this is to have a pair of base classes on which to build our new generation of Koha objects. Koha::Object is a base class, which in it's most basic form, is to represent a row in a table. For example, Koha::Borrower inherits from Koha::Object. So too could Koha::Biblio and Koha::Item for example. Koha::Objects is to represent a way to fetch and manipulate sets of objects. For example, Koha::Borrowers has a method to get a Koha::Borrower object by id and a method to search for an get a list of Koha::Borrower objects. Right now Koha::Objects has only the essentials but can easily be extended and those enhancements will be passed down to all the child classes based on it. By using these classes as a base, we will add consistency to our code, allow us to keep our code DRY, reduce bugs, and encapsulate our database access among other benefits. -- You are receiving this mail because: You are watching all bug changes.

1 86

[Bug 13967] New: System preferences need a package
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '15

30 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13967 Bug ID: 13967 Summary: System preferences need a package 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org System preferences should have a package based on Koha::Object to remove the need for direct manipulation via SQL. -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 11569] New: Typo in userpermissions.sql
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '15

30 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11569 Bug ID: 11569 Summary: Typo in userpermissions.sql Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com userpermissions.sql: (13, 'manage_staged_marc', 'Managed staged MARC records, including completing and reversing imports'), That should probably be "Manage staged..." - There's an extra 'd' in 'Managed' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 9819] New: stopwords related code should be removed
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '15

30 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9819 Bug ID: 9819 Summary: stopwords related code should be removed Classification: Unclassified 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: tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 44

[Bug 13385] New: RDA: 508 display in XSLT
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '15

30 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13385 Bug ID: 13385 Summary: RDA: 508 display in XSLT Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: nengard(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 10344 The following change should be made to the MARC21 details in the staff and OPAC: 508 Display as Production Credits (full display) Display corresponding subfield a Example: Production Credits: Director of photography, Wally Pfister ; editor, Lee Smith ; music, Hans Zimmer ; production designer, Guy Hendrix Dyas ; costume designer, Jeffrey Kurland ; special effects supervisor, Chris Corbould ; visual effects supervisor, Paul Franklin ; art direction, Luke Freeborn, Brad Ricker, Dean Wolcott ; set decoration, Larry Dias, Doug Mowat ; costume designer, Jeffrey Kurland ; coproducer, Jordan Goldberg ; executive producers, Chris Brigham, Thomas Tull. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 8085] New: reserve slip should be hold slip
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '15

30 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8085 Priority: P5 - low Change sponsored?: --- Bug ID: 8085 Assignee: oleonard(a)myacpl.org Summary: reserve slip should be hold slip Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha We use the word Hold(s) throughout Koha, but the Notices & Slips tool lists the Holds Slip as Reserve Slip. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 6810] New: Send membership expiry reminder notices
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '15

30 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6810 Bug #: 6810 Summary: Send membership expiry reminder notices Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com A new crontab based perl script to send membership expiry reminders. A system preference controls the number of days in advance of membership expiry that the notices will be sent on. -- 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 135

[Bug 8643] New: Add important constraint to marc subfields
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '15

30 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8643 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 8643 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Add important constraint to marc subfields Severity: enhancement Classification: Unclassified OS: All Reporter: pelletiermaxime(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha Add an "Important" field to the marc structure pages. It works the same way as "Mandatory", but it shows a non blocking alert if the field is not filled. I hope it can be useful to someone. You can test by checking the new Important checkbox for a field or a subfield and then testing that you have a warning saying that the field or it's subfield should be filled. -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 9254] New: Problem with EnhancedMessagingPreferences
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '15

30 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9254 Bug ID: 9254 Summary: Problem with EnhancedMessagingPreferences Classification: Unclassified 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: vfernandes(a)keep.pt CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com First I don't know the right component to this bug. The problem is the following: - when enabling EnhancedMessagingPreferences, the staff client if able to set the messaging preferences for the patrons categories, and then for the patron (normally the messaging preferences are the same for everyone) - when enabling EnhancedMessagingPreferences, the patrons can set in the OPAC their messaging preferences, which can be against the library rules Solution: - enabling EnhancedMessagingPreferences, should allow the the staff client to set the patrons messaging preferences - enabling EnhancedMessagingPreferences, should't allow patrons to set their messaging preferences (the link doesn't appear in the usermenu.inc) - should be another preference to allow the patrons to set their messaging preferences. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 52