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

[Bug 12842] New: Add classification to MARC21 XSLT detail page
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '15

09 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12842 Bug ID: 12842 Summary: Add classification to MARC21 XSLT detail page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Show classificatons from 082 and 084 in the MARC21 detail pages. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 12543] New: Add userid as matchpoint for "Import patrons" tool
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '15

09 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12543 Bug ID: 12543 Summary: Add userid as matchpoint for "Import patrons" tool 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The a patron's userid should be a matchpoint in the same manner as cardnumber. Though not enforced as a unique key by the database yet ( pending bug 1861 ), this field is effectively unique as uniqueness is enforced by Koha itself. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 13418] New: The C4::VirtualShelves::Page needs some cleaning
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '15

09 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13418 Bug ID: 13418 Summary: The C4::VirtualShelves::Page needs some cleaning Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 12844] New: Introduce a centralized way to display prices
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '15

09 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12844 Bug ID: 12844 Summary: Introduce a centralized way to display prices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org To display prices depending on the currency, Koha (and especially the acquisition module) needs a module to manage prices. -- You are receiving this mail because: You are watching all bug changes.

1 61

[Bug 12916] New: Use of uninitialized values $max and $min in C4/Tags.pm
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '15

09 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12916 Bug ID: 12916 Summary: Use of uninitialized values $max and $min in C4/Tags.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org If tag list is empty, sub stratify_tags issues a warning in opac-error.log because of uninitialized values $max and $min in C4/Tags.pm, line 600 -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 13488] New: FastMmap can not be disable
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '15

08 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13488 Bug ID: 13488 Summary: FastMmap can not be disable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: stephane.delaune(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org in Koha/Cache.pm , FastMmap is automatically enable if koha-perldeps are installed, and can't be disable. This feature have to be optionnal because it generate bugs : Open of share file /tmp/sharefile-koha-koha failed: Permission denied at /usr/lib/perl5/Cache/FastMmap.pm line 640. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 13661] New: Prevent sabotaging Zebra indexing from the cataloguing module by creating a subfield with a very long word.
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '15

08 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13661 Bug ID: 13661 Summary: Prevent sabotaging Zebra indexing from the cataloguing module by creating a subfield with a very long word. 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: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl !--------!-!-------! ! REPLICATE THE ISSUE ! !--------!-!-------! 1. Add this to any subfield: TÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄLTÄÄL 2. Make a full Zebra reindexing. 3. Observe a "*** stack smashing detected ***: /usr/bin/zebraidx terminated"-error, when the faulty Biblio is indexed, and a possibly broken search index. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 13621] New: OpacTopissue
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '15

08 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13621 Bug ID: 13621 Summary: OpacTopissue Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Would like to know what parameters this feature is working off of and if it is actually working. We turned it on briefly to see what shows up, and there are really obscure and unexpected results. Thanks. Christopher -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11924] New: warning about hold when item checked in at wrong library
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '15

08 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11924 Bug ID: 11924 Summary: warning about hold when item checked in at wrong library Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This was received via email: ------------- I guess what I'm seeing as the problem is this: 1. PatronX places an item on hold for pickup at Library A. 2. Library B sends a copy of the item to Library A. 3. The item is checked in at Library A and Koha switches the status of the item to "Item is waiting for PatronX at Library A." 4. A staff member at Library A hands the item to PatronX and, for whatever reason, the item does not get checked out to PatronX. 5. PatronX uses the item and then returns it to Library C. 6. Staff at Library C checks in the item and Koha does nothing. When you look at the item record it says "Item is waiting for PatronX at Library A." Koha does not change the status of the item, it does not display a "Route to Library A" message, it does not change the holding location. Koha does nothing even though the item does not belong at Library C in any way shape or form. Yes, there is a procedure problem here. At step 4 the staff member at Library A screwed up and let PatronX leave the library building with an item that had not been checked out. What I'd like Koha to do is to give the staff at Library C some kind of alert when step 6 is reached so that staff at Library C know that the item is supposedly on hold at Library A. Since Koha doesn't do _anything_ at checkin, if this kind of mistake is made the error created by staff at Library A can be further complicated if staff at Library C are as inattentive as staff at Library A. So my question is, when an item that is supposed to be on hold and waiting for pickup at one branch gets checked in at a different branch, can Koha display some kind of a message? I really think that it ought to. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 13613] New: Don't allow digest to be selected without a digest-able transport selected
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '15

07 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13613 Bug ID: 13613 Summary: Don't allow digest to be selected without a digest-able transport selected Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org By default, only the email transport is enabled. This gives the messaging preferences the look of having email and digest and two options. I.E. to some users it appears that you check email for single emails, *or* you check digest for a digest email. To help remove this possible confusion, the digest mode checkbox should be disabled if no digest-able transports are checked for a given notice. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5