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

[Bug 8540] New: Several staff client scripts which do not require authentication
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8540 Priority: P5 - low Change sponsored?: --- Bug ID: 8540 CC: dpavlin(a)rot13.org Assignee: gmcharlt(a)gmail.com Summary: Several staff client scripts which do not require authentication Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Authentication Product: Koha I've found several scripts with "authnotrequired => 1" acqui/newordersuggestion.pl acqui/z3950_search.pl catalogue/cardview.pl cataloguing/z3950_search.pl reports/stats.screen.pl serials/serial-issues.pl services/itemrecorddisplay.pl -- You are receiving this mail because: You are watching all bug changes.

1 4

[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 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 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 11444] New: Punctuation and space not displaying for Author (Marc 1XX/7XX) headings
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11444 Bug ID: 11444 Summary: Punctuation and space not displaying for Author (Marc 1XX/7XX) headings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org When viewing bibliographic record in non-MARC format, punctuation and space not displaying for Author (Marc 1XX/7XX) headings (in both staff client and OPAC). For example: Victoria. Department of Transport is being displayed as: VictoriaDepartment of Transport (stripped existing full stop and space). Also in OPAC (when viewing in non-MARC format), there are two dashes (--) proceeding the corporate author headings (Marc 110/710). -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8142] New: Unhighlight option breaks keywords highlighted in staff client.
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8142 Priority: P5 - low Change sponsored?: --- Bug ID: 8142 CC: gmcharlt(a)gmail.com Assignee: paul.poulain(a)biblibre.com Summary: Unhighlight option breaks keywords highlighted in staff client. Severity: normal Classification: Unclassified OS: All Reporter: nikhilvr0(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Staff Client Product: Koha After searching keyword will be highlighted with a yellow color.But when we click on unhighlight the keyword entries with yellow color vanishes or disappears with that highlighted word. It happens on koha 3.08.001 stable version. Hope to fix soon -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 7119] New: Code cleaning omnibus
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7119 Bug #: 7119 Summary: Code cleaning omnibus Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Blocks: 6000, 6015, 6679, 6836, 6875, 6986 This omnibus is created to have a link to all patches related to code improvement and cleaning (perltidy, use Modern::Perl, clean templates,...) -- 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 55

[Bug 10882] New: Link tracking on results pages only works with XSLT
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10882 Bug ID: 10882 Summary: Link tracking on results pages only works with XSLT Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Tracking clicks to external links in the catalogue only works from result pages with XSLT enabled. The detail pages work with both XSLT and non-XSLT displays, it should probably be consistent across all result displays as well. -- You are receiving this mail because: You are watching all bug changes.

1 2