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

[Bug 13228] New: Documentation of 'restrictions' tab does not show "OVERDUE" restriction
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13228 Bug ID: 13228 Summary: Documentation of 'restrictions' tab does not show "OVERDUE" restriction Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The patron information documentation: http://manual.koha-community.org/3.16/en/patroninformation.html at section 9.2.1. Circulation Summary Says "The Restrictions tab will show for all patrons. If the patron has no restrictions you will see that on the tab." ... "If the patron has restrictions on their account the tab will show the number and the description." There is no discussion of 'OVERDUE' restrictions, or the fact that this restriction may be automatically removed if the overdue items are checked back in if the AutoRemoveOverduesRestrictions system preference is set to "[Do] allow OVERDUES restrictions triggered by sent notices to be cleared automatically when all overdue items are returned by a patron." It is also unclear from the documentation what is being restricted: * Are checkouts restricted? [presumably] * Are renewals restricted? * If renewals are restricted, how does this interact with AutoRemoveOverduesRestrictions? Are renewals restricted except when AutoRemoveOverduesRestrictions is set to "Do"? It may be that this would be better documented in http://manual.koha-community.org/3.16/en/administration.html#globalsysprefs 1.5.2.11. AutoRemoveOverduesRestrictions but there should at least be a link from the documentation of the restrictions tab to documentation of that syspref. It would probably also be helpful to point to http://manual.koha-community.org/3.16/en/tools.html#noticetriggers -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5732] New: Adding permissions on viewlog
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5732 Summary: Adding permissions on viewlog Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5575 Estimated Hours: 0.0 Adding a new permission view_borrowers_log which depends on circulate Adding them to circulation menu (added in another patch with something else) -- 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 12359] New: hidepatronname doesn't hide on the holds queue
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12359 Bug ID: 12359 Summary: hidepatronname doesn't hide on the holds queue Change sponsored?: --- Product: Koha Version: master Hardware: All URL: cgi-bin/koha/circ/view_holdsqueue.pl OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On the holds queue the hidepatron name preference is ignored and the name is shown all the time. It should be hidden. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12692] New: Markup improvements to holds awaiting pickup report
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12692 Bug ID: 12692 Summary: Markup improvements to holds awaiting pickup report Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/circ/waitingreserves.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Proposed changes: - add output of subtitle - correct output of email address - fix some formatting issues - output library name instead of code -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 12448] New: Ask for confirmation when checking out an item with rental fees
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12448 Bug ID: 12448 Summary: Ask for confirmation when checking out an item with rental fees Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: maxime.beaulieu(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Prompts the user for confirmation when checking out an item with rental fees. This patch adds a confirmation box between the toolbar and the checkout form on the checkout page when checking out an item with rental fees. A system preference is added to manage the patch's behaviour. The preference's value can either be set to "ask" or "don't ask" and is located under: Circulation preferences > Checkout Policy > RentalFeesCheckoutConfirmation Sponsor: Ville de Victoriaville, QC Confirmation box contents: "Please confirm checkout" "-Rental charge for this item: n" [Yes, checkout (Y)] [No, Don't Check Out (N)] Test case A: Confirm checkout 1) Go to checkout user "X"'s checkout page. 2) Enter barcode for an item with rental fees. 3) Click the "Check out" button. 4) Confirmation box appears. 5) Click on the "Yes" button. 6) Item is added to checkout list. 7) Fees are added to the patron's account. Test case B: Decline checkout 1) Go to checkout user "X"'s checkout page. 2) Enter barcode for an item with rental fees. 3) Click the "Check out" button. 4) Confirmation box appears. 5) Click the "No" button. 6) Checkout page goes back to its initial state. 7) Patron has no item checked out and no fees to pay. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 71

[Bug 12264] New: Tiny typo in t/db_dependent/Items.t
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12264 Bug ID: 12264 Summary: Tiny typo in t/db_dependent/Items.t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Test Suite Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no QA Contact: gmcharlt(a)gmail.com t/db_dependent/Items.t has these lines: 172 $schema->resultset('Systempreference')->update_or_create({ variable => 'item-level_itypes', value => 0 }); 173 ok( $item->effective_itemtype() eq 'BIB_LEVEL', '$item->itemtype() returns biblioitem.itemtype when item-level_itypes is disabled' ); 174 175 $schema->resultset('Systempreference')->update_or_create({ variable => 'item-level_itypes', value => 1 }); 176 ok( $item->effective_itemtype() eq 'ITEM_LEVEL', '$item->itemtype() returns items.itype when item-level_itypes is disabled' ); I believe the last line should be "...when item-level_itypes is enabled". No practical impact, but it might be confusing to someone at some time. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 13224] New: use TOUT-UF8 base for z3950 BNF server
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13224 Bug ID: 13224 Summary: use TOUT-UF8 base for z3950 BNF server Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org For using z3950 BNF server with utf8 encoding, one must use "TOUT-UF8" base. See http://www.bnf.fr/fr/professionnels/recuperation_donnees_bnf_boite_outils/a… -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 13225] New: Z39.50 result Card View doesn't work for UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13225 Bug ID: 13225 Summary: Z39.50 result Card View doesn't work for UNIMARC 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: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To see the problem: - On an Unimrc Koha, go to Catalaging > New from Z39.50 - Do a search - On result page, click Card link on a biblio record - The Card View display nothing of interest -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 6932] New: Javascript errors in irregular pattern check update
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6932 Bug #: 6932 Summary: Javascript errors in irregular pattern check update Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: pelletiermaxime(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5633 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5633 Fix js under ie This patch simply and fixes the js function IrregularPattern.prototype.update to work under ie by using jQuery. It also makes the code to resize the textarea do what the comment says it should. -- 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 9

[Bug 12877] New: 110 needs spaces in XSLT display
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12877 Bug ID: 12877 Summary: 110 needs spaces in XSLT display 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: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 31405 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31405&action=edit OPAC screen shot of $110ab without spaces. The subfields of the 110 are showing up without spaces in the series tag on the opac. See attachment -- You are receiving this mail because: You are watching all bug changes.

1 1