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

[Bug 9569] New: IndependantBranches preference appears to override AutoLocation security feature
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9569 Bug ID: 9569 Summary: IndependantBranches preference appears to override AutoLocation security feature Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: fred.pierre(a)smfpl.org CC: gmcharlt(a)gmail.com Setting system preference "IndependantBranches" [sic] to "Don't prevent" staff from modifying objects (holds, items, patrons, etc.) belonging to other libraries appears to negate the AutoLocation ip address range, allowing any remote location to log in with proper credentials. The default or zero value appears to be "Don't Prevent" Selecting "Prevent" secures log in to our library's ip address range, but prevents checkout of some items, not sure why, as the items appear to be coded with our branch. Most items continue to checkout normally. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 8859] New: Item level holds not trapped if circ rules for item type are set to 'no holds allowed'
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8859 Priority: P5 - low Change sponsored?: --- Bug ID: 8859 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Item level holds not trapped if circ rules for item type are set to 'no holds allowed' Severity: normal Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha If the circulation rules for an item type are set to 'no holds allowed', but a librarian overrides this rule and forces an item level hold, the hold request will never be filled. When the item is checked in, Koha searches for any open hold requests that this item may fulfill, but when it sees that items with this item type don't allow holds, it skips over it. This behavior should probably be overridden for item-level holds. The relevant code is in C4::Reserves::CheckReserves. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7825] New: Change OPACItemHolds syspref to be of type Choice, choices being "no", "yes", "force"
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7825 Priority: P5 - low Change sponsored?: --- Bug ID: 7825 Assignee: oleonard(a)myacpl.org Summary: Change OPACItemHolds syspref to be of type Choice, choices being "no", "yes", "force" QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: srdjan(a)catalyst.net.nz Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Work to be done: * Change OPACItemHolds syspref to be of type Choice, choices being "no", "yes", "force" * opac-reserve.pl: change if (OPACItemHolds) logic to if (OPACItemHolds eq "yes") * opac-reserve.tt: - change OPACItemHolds tests to take in account new values as appropriate - if OPACItemHolds is "force" do not display "Place On" column, and automatically open "Select a specific copy" table How to test: * Set OPACItemHolds to "no". Check that OPAC holds behave as it is now (no "Place On" column, no "Select a specific copy" table, making a reserve is successful) * Set OPACItemHolds to "yes". Check that OPAC holds behave as it is now ( "Place On" column is there, "Select a specific copy" table shows when "A specific copy" is selected, making a reserve is successful) * Set OPACItemHolds to "force". Check that OPAC holds behave as follows: - no "Place On" column is present - "Select a specific copy" table is opened - making a reserve is successful -- You are receiving this mail because: You are watching all bug changes.

1 146

[Bug 8871] New: many warnings for 'perl -w ./C4/Reserves'
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8871 Priority: P5 - low Change sponsored?: --- Bug ID: 8871 Assignee: gmcharlt(a)gmail.com Summary: many warnings for 'perl -w ./C4/Reserves' Severity: minor Classification: Unclassified OS: All Reporter: mtj(a)kohaaloha.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha running $ perl -w ./C4/Reserves.pm generates.... Subroutine AddReserve redefined at ./C4/Reserves.pm line 143. Subroutine GetReservesFromBiblionumber redefined at ./C4/Reserves.pm line 256. Subroutine GetReservesFromItemnumber redefined at ./C4/Reserves.pm line 337. Subroutine GetReservesFromBorrowernumber redefined at ./C4/Reserves.pm line 362. Subroutine CanBookBeReserved redefined at ./C4/Reserves.pm line 394. Subroutine CanItemBeReserved redefined at ./C4/Reserves.pm line 418. Subroutine GetReserveCount redefined at ./C4/Reserves.pm line 509. Subroutine GetOtherReserves redefined at ./C4/Reserves.pm line 533. Subroutine GetReserveFee redefined at ./C4/Reserves.pm line 583. Subroutine GetReservesToBranch redefined at ./C4/Reserves.pm line 686. Subroutine GetReservesForBranch redefined at ./C4/Reserves.pm line 711. Subroutine GetReserveStatus redefined at ./C4/Reserves.pm line 738. Subroutine CheckReserves redefined at ./C4/Reserves.pm line 777. Subroutine CancelExpiredReserves redefined at ./C4/Reserves.pm line 871. Subroutine AutoUnsuspendReserves redefined at ./C4/Reserves.pm line 914. Subroutine CancelReserve redefined at ./C4/Reserves.pm line 942. Subroutine ModReserve redefined at ./C4/Reserves.pm line 1057. Subroutine ModReserveFill redefined at ./C4/Reserves.pm line 1126. Subroutine ModReserveStatus redefined at ./C4/Reserves.pm line 1194. Subroutine ModReserveAffect redefined at ./C4/Reserves.pm line 1224. Subroutine ModReserveCancelAll redefined at ./C4/Reserves.pm line 1282. Subroutine ModReserveMinusPriority redefined at ./C4/Reserves.pm line 1304. Subroutine GetReserveInfo redefined at ./C4/Reserves.pm line 1330. Subroutine IsAvailableForItemLevelRequest redefined at ./C4/Reserves.pm line 1403. Subroutine AlterPriority redefined at ./C4/Reserves.pm line 1457. Subroutine ToggleLowestPriority redefined at ./C4/Reserves.pm line 1493. Subroutine ToggleSuspend redefined at ./C4/Reserves.pm line 1522. Subroutine SuspendAll redefined at ./C4/Reserves.pm line 1563. Subroutine _FixPriority redefined at ./C4/Reserves.pm line 1617. Subroutine _Findgroupreserve redefined at ./C4/Reserves.pm line 1722. Subroutine _koha_notify_reserve redefined at ./C4/Reserves.pm line 1831. Subroutine _ShiftPriorityByDateAndPriority redefined at ./C4/Reserves.pm line 1939. Subroutine MoveReserve redefined at ./C4/Reserves.pm line 1979. Subroutine MergeHolds redefined at ./C4/Reserves.pm line 2025. Subroutine ReserveSlip redefined at ./C4/Reserves.pm line 2069. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9007] New: "@misses" block in overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9007 Priority: P5 - low Change sponsored?: --- Bug ID: 9007 Assignee: koha-bugs(a)lists.koha-community.org Summary: "@misses" block in overdue_notices.pl Severity: normal Classification: Unclassified OS: All Reporter: leonardobareno(a)gmail.com Hardware: All Status: NEW Version: master Component: Notices Product: Koha "@misses" block in overdue_notices.pl (lines 535 to 540 in http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=misc/cronjobs/ove… version) is conflicting with HTML-formatted ODUE notices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 12810] New: After MTT gather_print_notices includes overdues
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12810 Bug ID: 12810 Summary: After MTT gather_print_notices includes overdues Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: larry(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org After the inclusion of MTT in 3.16, the gather_print_notices is no longer restricted to print holds notices; it now also includes the print overdues as well. I have not tested, but suspect it would now include any notice with transport type of 'print'. There are a couple of options for dealing with this. 1) If this is the new post-MTT *intended* behavior, then the documentation should be updated to reflect the broader coverage of gather_print_notices, and the output file should no longer start with 'holdnotices-', but should be something more generic, e.g. 'notices-'. Optionally, could modify cronjob to split notices into files reflecting their type, e.g. 'holdnotices-', 'overduenotices-', 'preduenotices-', etc. 2) Revert the script back to only dealing with holds notices. There are currently bugs in place to address the issue of print overdues no longer being emailed to the library, as well as a bug to allow gather_print_notices to email the output file. This bug fix should take work on those bugs into consideration. - Larry -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 8580] New: transfer slip doesn't have transfers or items table
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8580 Priority: P5 - low Change sponsored?: --- Bug ID: 8580 Assignee: koha-bugs(a)lists.koha-community.org Summary: transfer slip doesn't have transfers or items table Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Notices Product: Koha When working on the transfers slip there isn't access to the transfers table. If you want to show From and To branches you have to use branches.branchcode for From and items.holdingbranch for To - but tobranch and frombranch are in the transfers table. Along those lines I know you can use items.holdingbranch cause I tested it, but it's not an option in the tables on the left so a regular user wouldn't know this. I think the transfers and items tables should be accessible (aka visible) on the left of the transfer slip. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 8651] New: 'or' in keyword searches causing problems
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8651 Priority: P5 - low Change sponsored?: --- Bug ID: 8651 Assignee: gmcharlt(a)gmail.com Summary: 'or' in keyword searches causing problems Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: Searching Product: Koha There is a book titled 'Sheep or Ship?' If I search for (without quotes) 'sheep or ship' this title is the 24th on the results, but if I search for (without quotes) 'sheep ship' I get the result I want. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8817] New: omnibus bug for warning messages
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8817 Priority: P5 - low Change sponsored?: --- Bug ID: 8817 Assignee: gmcharlt(a)gmail.com Summary: omnibus bug for warning messages Severity: normal Classification: Unclassified OS: All Reporter: mtj(a)kohaaloha.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha an omnibus bug, to link bugs related to warning messages in logs -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 8561] New: can't alter manual invoice descriptions
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8561 Priority: P5 - low Change sponsored?: --- Bug ID: 8561 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: can't alter manual invoice descriptions Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Created attachment 11298 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11298&action=edit not helpful single letter description For custom manual invoice categories there is the MANUAL_INV authorized value, but some of these types are hard coded with single letter descriptions which is not terribly useful. I vote that we move them all to the authorized value or at least update the descriptions to be more useful for people who install or upgrade Koha. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1