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

[Bug 6802] New: with IndependantBranches on can still edit items
by bugzilla-daemon＠bugs.koha-community.org 18 May '13

18 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6802 Bug #: 6802 Summary: with IndependantBranches on can still edit items Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com When you're logged in to Koha with IndependantBranches turned on you shouldn't be able to edit other people's items, but there is a way around this. Even though you don't see the edit and delete links next to the items on this page: /cgi-bin/koha/cataloguing/additem.pl?biblionumber=509 you can click on an item and the edit and delete links show up - once that happens you can click edit and when you go to edit the item it forces the branch to be changed to yours - all bad things. I have a video, but jing isn't letting me upload it right now, so I'll add it if necessary. -- 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 6

[Bug 7691] New: normal results showing multiple copies individually
by bugzilla-daemon＠bugs.koha-community.org 17 May '13

17 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7691 Priority: P5 - low Change sponsored?: --- Bug ID: 7691 Assignee: oleonard(a)myacpl.org Summary: normal results showing multiple copies individually QA Contact: koha.sekjal(a)gmail.com Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 8123 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8123&action=edit atlanta showing 5 times instead of once with (5) after it When on the search results in the OPAC if you do not have XSLT turned on it's showing the same branch over and over with 1 copy at each instead of the branch and a total of copies. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9917] New: Routing list tab on patron account should depend on syspref/permission
by bugzilla-daemon＠bugs.koha-community.org 17 May '13

17 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9917 Bug ID: 9917 Summary: Routing list tab on patron account should depend on syspref/permission Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com At the moment the routing list tab on the patron account does always show. This is irritating for libraries not using routing lists or serials. I see different possibilities, but I am not sure what is best: - make display of tab dependent on routing permission - make display of tab dpeendent on RoutingSerials system preference - don't show tab when patron is not listed on any routing list Any opinions on this? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 9719] New: Changing the rows per page on a custom report fails if it has user supplied parameters
by bugzilla-daemon＠bugs.koha-community.org 17 May '13

17 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9719 Bug ID: 9719 Summary: Changing the rows per page on a custom report fails if it has user supplied parameters Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com If you create an SQL report that includes one or more parameters, using the 'rows per page' pulldown does not work. Instead, it will prompt for the parameters again and shows the first page of output. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 9417] New: Allow number of results per page to be selectable for guided reports
by bugzilla-daemon＠bugs.koha-community.org 17 May '13

17 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9417 Bug ID: 9417 Summary: Allow number of results per page to be selectable for guided reports Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com Right now the number of results per page for reports is fixed at 20. It would be nice to allow for more results per page, while retaining the default as 20 per page. -- You are receiving this mail because: You are watching all bug changes.

1 13

[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 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 10134] New: set XSLT usage ON as default, for new Koha installs
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10134 Bug ID: 10134 Summary: set XSLT usage ON as default, for new Koha installs Classification: Unclassified 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: mtj(a)kohaaloha.com currently XSLT usage is set OFF as default, for new Koha installs this patch will set XSLT usage as ON, instead... -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10072] New: "my suggestions" always says "There are no pending purchase suggestions."
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10072 Bug ID: 10072 Summary: "my suggestions" always says "There are no pending purchase suggestions." Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 12