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

[Bug 5670] New: Housebound Readers Module
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5670 Summary: Housebound Readers Module Change sponsored?: Sponsored Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 3038 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3038 Initial Spec New module to handle management of circulation to Housebound readers. Ability to record users as housebound, as volunteer delivers and choosers. Link users to individual delivery runs. To aid choosers add a check on issuing to housebound users flagging if title has previously been issued to this user. Work In Progress can be seen on the PTFS-Europe github repository: git://github.com/PTFS-Europe/koha.git Sponsered by Halton Borough Council -- 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 29

[Bug 9427] New: Withdrawn items show as available in staff client search results
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9427 Bug ID: 9427 Summary: Withdrawn items show as available in staff client search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org If a title has withdrawn items, those items are grouped with available ones in the staff client search results screen. The template expects to be able to handle withdrawn items: [% IF ( SEARCH_RESULT.othercount ) %] <span class="unavailable">[% SEARCH_RESULT.othercount %] unavailable:</span> <ul> [% FOREACH other_items_loo IN SEARCH_RESULT.other_items_loop %] ... [% IF ( other_items_loo.wthdrawn ) %](Withdrawn)[% END %] I assume based on this that the problem is happening somewhere in Search.pm where these results are built. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11685] New: GetSupportName and GetSupportList do not split AdvancedSearchTypes by pipe
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11685 Bug ID: 11685 Summary: GetSupportName and GetSupportList do not split AdvancedSearchTypes by pipe Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org System preference AdvancedSearchTypes can be a pipe-separated list of values. GetSupportName() and GetSupportList() compare the syspref value directly using eq instead of using a regex, or splitting the value by pipe and then comparing the array values. For example, this can mean the "Item type" drop down is empty in OPAC when entering a new purchase suggestion. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11841] New: Replace Record via Z39.50 only works from detail.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11841 Bug ID: 11841 Summary: Replace Record via Z39.50 only works from detail.pl Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The bib record Edit menu option Replace Record via z39.50 works only from the catalogue/detail.pl page. It no longer works from the following pages: *catalogue/MARCdetail.pl *ISBDdetail.pl *moredetail.pl All other edit menu options work. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 9160] New: untranslatable string in basket.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9160 Bug ID: 9160 Summary: untranslatable string in basket.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.poulain(a)biblibre.com In basket .pl, the basketgroup list contains a "No group" that is untranslatable. It's because it's in the .pl itself: line 218: my %emptygroup = ( id => undef, name => "No group"); It must be moved to the template -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 5317] New: transfer messages inconsistent
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5317 Summary: transfer messages inconsistent Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 I found the following is happening in Firefox: -Check-in of a checked-out item from another branch shows only a partial message that says "Please return <title> to" -When the book is checked in again, a full message appears: "Please return <title> to <branch name>" The first message should look the same as the second - including the branch name. -- 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 2

[Bug 9955] New: Partly broken local cover image uploading
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9955 Bug ID: 9955 Summary: Partly broken local cover image uploading Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: dubyk(a)library.lviv.ua Unable to connect local cover images. Loading hangs at 100% and then not possible to process the image. Suddenly it occurs in Firefox browser in Linux (Debian testing) and in Windows (XP). In error console of Firefox appears this error: Eror: TypeError: jQuery.handleError is not a function Source: http://koha.tntu.edu.ua:8888/intranet-tmpl/prog/en/lib/jquery/plugins/ajaxf… Line: 111 The browser Chromium has no such problem. Found here (http://stackoverflow.com/questions/13107536/jquery-handler-error-is-not-a-f…) that the jQuery.handleError was removed after the jQuery version in 1.5 and need to write a custom error handler function. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 11482] New: new reservation syspref PickupHoldOnlyFromItemBranches
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11482 Bug ID: 11482 Summary: new reservation syspref PickupHoldOnlyFromItemBranches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org warning : even if this patch and Bug 11481 can work separately it's necessary to first install Bug 11481 in order to avoid conflict and applying patch issues. The use of this new syspref assumes that other sysprefs OPACAllowUserToChooseBranch and canreservefromotherbranches are set on. it introduces the following behavior about reserves : You can't choose whatever branch as your pickup location. It must be a holding branch of an item. Either you don't mind picking the item at one branch or another and you ask for the very first available item or you select a specific branch and you will get the first checked in item in it. Multiholds is not possible from the pro interface (Place hold button is hidden in the results list). In the hold form the pickup list display only the branch(es) where the items are from. If a branch has no circulation rule allowing holds for its documents, it does not appear in the list. Test plan : 1) Enable RequestOnOpac OPACAllowUserToChooseBranch canreservefromotherbranches and PickupHoldOnlyFromItemBranches syspref 2) Choose one borrower (patron1) to place holds : get his category, login and pasword. 3) Go to Administration/Circulation and fine rules 4) in the ALL libraries table (selected by default) set a circulation rule for the borrower category adding an amount of holds in "Holds allowed" column You can set only one rule for a beginning with itemtype as All or several rules with different item type. 5) In the pro interface, choose a record with some items of different branches. 6) check out some items. do not forget to checkout items on their very homebranch 7) go to opac and search for the detailed record 8) Place a hold and authenticate as patron1. In the pickup list, you must see as options, only the branches of the items. You can choose either the first available item from all these branches or first from a specific one of them. try 'first available'. 9) Go to patron1 user file and click the tab Holds : the hold had been recorded. Pickup location is 'Whatever location from the first available'. 10) reconnect as admin and check in one of the items, a message box appears : confirm the hold. 11) Reconnect as Patron1, go back to the user file and check that the pickup location zone now displays the branch of the returned item. cancel the hold 12) redo a test from stage 6 selecting a specific branch in stage 8 13) go to pro interface to the detailed record, click the Holds tab and enter patron1 in text box 14) the holds form appears. The pickup location displays only the branches of items. Select an option and confirm the hold. 15) the holds table now display a line for the new recorded holds with patron1 name. Check that pickup location list is still restricted to item branches. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 11218] New: Due notices broken / not generated
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11218 Bug ID: 11218 Summary: Due notices broken / not generated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org After updating a library we found due notices (send on the date a book is due) are no longer being generated. This bug is in 3.12.5 and I confirmed it's also a valid bug in master. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 8948] New: MARC21 field 787 doesn't display
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 Priority: P5 - low Change sponsored?: --- Bug ID: 8948 Assignee: oleonard(a)myacpl.org Summary: MARC21 field 787 doesn't display Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha Facebook may not like unspecified relationships, but rare books catalogers do! -- You are receiving this mail because: You are watching all bug changes.

1 10