May 2013 - Koha-bugs - lists.koha-community.org

[Bug 10200] New: Add more Independent Branches options
by bugzilla-daemon＠bugs.koha-community.org 16 May '13

16 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10200 Bug ID: 10200 Summary: Add more Independent Branches options Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com * Hide from the staff client search results any records that do not have an item owned by the library of the logged in user, controlled by the system preference IndependentBranchesIntranetSearch. Note, this will not hide any items from other libraries, it will just filter out any records that are not "relevant" to the logged in library. * Hide from the OPAC search results any records that do not have an item owned by the library defined in the environment variable BRANCHCODE defined in the VirtualHost configuration for a given OPAC. * Prevent any library from editing a MARC record unless that user's branchcode matches the branchcode in the MARC subfield which is defined as the owning branch of that MARC record (951$o). -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 10260] New: way to enter a note when writing off
by bugzilla-daemon＠bugs.koha-community.org 16 May '13

16 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10260 Bug ID: 10260 Summary: way to enter a note when writing off Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice to have a way to have a note attached to the write off. A way to enter why you wrote off the fine. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 4012] Can't place hold on specific copy if selecting more than 1 title
by bugzilla-daemon＠bugs.koha-community.org 16 May '13

16 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4012 --- Comment #4 from Nicole C. Engard <nengard(a)gmail.com> --- This is still a desired function. Since you can do it in the OPAC it only makes sense that the staff should be able to do it via the staff client. This came up in training today so I'm bumping this. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 9906] New: Holds Return Policy and Local Hold Item Types not working as expected
by bugzilla-daemon＠bugs.koha-community.org 16 May '13

16 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9906 Bug ID: 9906 Summary: Holds Return Policy and Local Hold Item Types not working as expected Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: hbraum(a)nekls.org CC: gmcharlt(a)gmail.com The Holds Return Policy table (new to us as we just upgraded to 3.8.8 a few weeks ago) has proven to have unexpected ramifications for NExpress libraries. When items with LOCAL HOLD item types are returned at another library, these LOCAL HOLD items are being selected to fill ineligible holds. EXPLANATION: NExpress has two kinds of restricted item types defined: LOCAL HOLD, which only allows requests from patrons having the same HOME LIBRARY as the item to trigger holds, and WALK IN, which disallows holds entirely. There are three specific item types for each, depending on the material, which are defined by the owning library in Koha.: 1 LOCAL HOLD BOOK 2 LOCAL HOLD MOVIE 3 LOCAL HOLD OTHER 1 WALKIN BOOK 2 WALKIN MOVIE 3 WALKIN OTHER SITUATION: We are seeing the case where LOCAL HOLD items that are returned at a library other than its home library are being selected from the holds queue to fill holds for patrons at the library. In other words, when the hold patron's home library matches the Current Location, a hold is triggered; the correct behavior is that a hold is triggered ONLY when the hold patron's home library matches the Home Library location of an item. The three LOCAL HOLD item types are not being correctly observed when such an item is checked in at a library other than the item's home library. The LOCAL HOLD restricted-hold item types were not taken into account when formulating the new Return Policy table, which has this explanatory note: "…these policies are based on the patron's home library, not the library where the hold is being placed." This is the problem. The item's home library, not the patron's home library, is what needs to determine the hold restriction for LOCAL HOLD item type. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 10257] New: Make OpacSeparateHoldings work for non-logged in users
by bugzilla-daemon＠bugs.koha-community.org 16 May '13

16 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10257 Bug ID: 10257 Summary: Make OpacSeparateHoldings work for non-logged in users Classification: Unclassified 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: magnus(a)enger.priv.no Depends on: 7674 OpacSeparateHoldings is a great enhancement, but only works for logged in users, which means it is less useful on e.g. public access computers in the library, used for quickly looking up what books are on the shelf in the library. It would be nice to have a way to choose a library without being logged in. This could probably work very similar to how the language chooser works (with a cookie). It would also be nice to be able to specify the chosen library in a URL, so you could link to a shared OPAC with a special link and have the chosen library be "your" library. (See bug 9735 for a parallel development for languages.) -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 4173] Statuses not appearing in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 16 May '13

16 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4173 --- Comment #33 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Liz, I think it's still better to open a new bug when a new problem arises and link it to the old one. If Rafal doesn't beat me to it, I will do it later when doing QA. My reasoning is that this has been pushed to a long released version of Koha and it takes a lot of time to process bugs like this when you are testing because there are so many comments and other things to look for. Also we have many different people working on this, a new bug is really cleaner. If the same patch works on master I would say we should use it for now. It looks like an easy fix to a longer existing problem and we shouldn't force people to rewrite lots of code in that case. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10030] New: MaxFines checks against amount, not amount outstanding
by bugzilla-daemon＠bugs.koha-community.org 16 May '13

16 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10030 Bug ID: 10030 Summary: MaxFines checks against amount, not amount outstanding Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a patron has over time accumulated fines greater than the amount defined in MaxFine, the patron will never get more fines even if they have previously paid off those fines. This bug was introduced by the patch for Bug 7420. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 7353] New: Inconsistencies with Longoverdue.pl
by bugzilla-daemon＠bugs.koha-community.org 16 May '13

16 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7353 Bug #: 7353 Summary: Inconsistencies with Longoverdue.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: thatcher.rea(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com It looks like with the recent changes in how lost items are handled has introduced some inconsistencies with how longoverdue.pl works. We're seeing instances where the script marks items as lost, but they appear in detail.pl as checked out. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 4173] Statuses not appearing in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4173 Liz Rea <liz(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #18161|0 |1 is obsolete| | --- Comment #32 from Liz Rea <liz(a)catalyst.net.nz> --- Created attachment 18162 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=18162&action=edit [3.8.x] Bug 4173 - Statuses not appearing in the OPAC Simply revert order of 2 lines in Items.pm. Previous line write to variable used in next line as function argument. To Test: Give an item a special restricted value, define one if you have to in the authorised values. Observe that, without this patch, statuses are not shown in the OPAC in parentheses. My example was an item that had a restricted value of "Library Staff Only" It should have been shown under status on the detail page of the OPAC, but was not. Apply the patch, observe that restricted values are now shown for your item, for example: Available (Library Staff Only) in the status column. Signed-off-by: Liz Rea <liz(a)catalyst.net.nz> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4173] Statuses not appearing in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4173 --- Comment #31 from Liz Rea <liz(a)catalyst.net.nz> --- This last patch is going to be for 3.8 only, as 3.10+ have the plugin. -- You are receiving this mail because: You are watching all bug changes.

1 0