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

[Bug 9846] New: system preference for required purchase suggestion fields
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '15

06 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9846 Bug ID: 9846 Summary: system preference for required purchase suggestion fields Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com Right now the title is the only required field on the purchase suggestions form. There should be a system preference like borrowermandatoryfields that lets you choose what fields are required on your purchase suggestion form. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 13857] New: Email input field for sharing lists is too small
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '15

05 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13857 Bug ID: 13857 Summary: Email input field for sharing lists is too small 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The input field for the email address of the patron you want to share your list with is a bit too short. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 13869] New: Wrong capitalization on guided reports page
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '15

05 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13869 Bug ID: 13869 Summary: Wrong capitalization on guided reports page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org On the last step of saving a new guided report to the database, the button is labelled "Save Report", but should be "Save report". -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10993] New: Transfer limits should be checked when placing a hold/reservation.
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '15

05 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10993 Bug ID: 10993 Summary: Transfer limits should be checked when placing a hold/reservation. 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: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If a Borrower cannot get an Item transfered to his pickup location of choice, the Borrower needs to know that before he places a hold. This is especially true when placing Item-level holds. If a patron can place a hold on an item, he expects the item to be available at his pickup location of choice. Currently there is no warning or hold block for holds that violate the UseBranchTransferLimits-setting. Solution. Create or use an existing centralized CheckBranchTransferLimits-function inside the C4::Reserves::CanItemBeReserved(), to see if an item can be reserved for the desired pickup location. When the borrower changes his pickup location in koha/opac-reserve.pl?biblionumber=xxx, the BranchTransferLimits need to be recalculated. UseBranchTransferLimits should also affect placing holds via the Restful API's. $pickuplocation is not always available in the Restful API -requests so we can use the Borrowers homebranch as the default pickup location. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 10697] New: Revert from using GetReserveStatus to use CheckReserves
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '15

04 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10697 Bug ID: 10697 Summary: Revert from using GetReserveStatus to use CheckReserves Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The GetReserveStatus subroutine doesn't cover all needed use cases and the change done by bug 9367 need to be reverted for that reason. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 11676] New: Loading shelving locations based on the item's homebranch instead of the user's logged-in branch.
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '15

04 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11676 Bug ID: 11676 Summary: Loading shelving locations based on the item's homebranch instead of the user's logged-in branch. 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 ------------ - SYNOPSIS - ------------ When editing items, the shelving locations list does not reflect the shelving locations available for the home branch of the editable item? So if you are editing an item in another branch than the item's homebranch, you have a set of different/wrong shelving locations for the item you are editing, based on the branch where you are logged into, not the item you are editing. This is problematic when we receive and catalog items centrally and then transport them to other libraries. Changing the item editing behaviour to get the available shelving locations based on the item's homebranch instead of the users logged in library. ---------- - DESIGN - ---------- -When loading the koha/cataloguing/additem.pl?op=edititem, check if the item's homebranch exists and load the available shelving locations for the homebranch. -After changing "Permanent location", load new shelving locations based on the homebranch using an AJAX query. ---Only touch the <option value="CART">Book Cart</option> elements to be as unintrusive as possible. -When javascript is disabled, this feature only loads the available shelving locations on page load. ----------------- - IN DISCUSSION - ----------------- -Can this feature be on by default or do we need Yet.Another.System.Preference? -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 6113] New: enhancement to keep previous ids
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '15

04 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6113 Bug #: 6113 Summary: enhancement to keep previous ids Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: MARC Bibliographic record staging/import AssignedTo: gmcharlt(a)gmail.com ReportedBy: lculber(a)mdah.state.ms.us QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Enhance bulkmarcimport.pl to keep ids of previous Information Library System when loading both bibliographic and authority records. Amend and improve the documentation about the the various options. The ids could be in tag without subfields (like '001'). The ids must to be only numeric. -- 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 33

[Bug 12354] New: Prevent reserving items based on item field values
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '15

04 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12354 Bug ID: 12354 Summary: Prevent reserving items based on item field values 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: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Add a system preference PreventItemHoldsFieldvalues, which is a pipe-delimited list of "fieldname=value", where fieldname is one of the fields from items -table in the database. If the field has the exact value, the item cannot be reserved. For example, "ccode=PILA|location=OHE" would prevent reserving the item if it's collection code is 'PILA' or if it's location is 'OHE'. To test: 1) Go to the page where you put a hold on an item, and look at the list of items. Note which ones are available for hold and which ones aren't. 2) Apply patch, set the syspref value to eg. homebranch=FOO|biblionumber=12345 3) Check that items with homebranch FOO or items for biblio 12345 cannot be reserved by patrons, and need override permission for staff to reserve. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 11203] New: Datatables on parcel.pl do not ignore "stopwords" in titles
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '15

04 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11203 Bug ID: 11203 Summary: Datatables on parcel.pl do not ignore "stopwords" in titles Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Sorting by the "summary" column does not produce the preferred results. Title beginning with 'a', 'an', or 'the' are sorted using those articles. Test plan: 1) Place an order for 2 items with the titles "Alpha" and "The Alpha", along with some other records with titles starting with something between 'a' and 't', and 't' and 'z' 2) Sort the "pending orders" table, note the incorrect sorting 3) Receive all the items 4) Sort the "already received" table, note the incorrect sorting 5) Apply the patch 6) Repeat steps 1-4, note the corrected sorting -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 10374] New: Clean up and unify CircControl related code
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '15

04 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10374 Bug ID: 10374 Summary: Clean up and unify CircControl related code Classification: Unclassified 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: kyle.m.hall(a)gmail.com As discussed in bug 10262, code related to the CircControl should be unified under C4::Circulation::GetCircControlBranch. -- You are receiving this mail because: You are watching all bug changes.

1 13