November 2012 - Koha-bugs - lists.koha-community.org

[Bug 8369] New: default_branch_circ_rule and default_circ_rules tables useless
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '15

16 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8369 Priority: P5 - low Change sponsored?: --- Bug ID: 8369 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Blocks: 8362 Summary: default_branch_circ_rule and default_circ_rules tables useless Severity: normal Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Issuingrules uses '*' as a wildcard to say "default". The branch_borrower_circ_rules and default_branch_circ_rules could use the same method to define the default behaviour. It means the tables default_branch_circ_rule and default_circ_rules would become useless and the behaviour more consistent -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 7684] New: inventory : datatable fix actions etc.
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '15

16 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7684 Priority: P5 - low Change sponsored?: --- Bug ID: 7684 Assignee: gmcharlt(a)gmail.com Summary: inventory : datatable fix actions etc. QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Tools Product: Koha Check that the inventory tool operates in the mode explained below. The Inventory Tool can create a report after each load of barcodes. Reports back the "mistakes" as follows: * The poorly-sorted copies: copies read through inventory then they should not have to be read as "out of scope" of the inventory. Example: a copy with a item call number 400 was loaded while the inventory concerned the copies with a item call number range 500 ↔ 600. * To modify the copies: copies read through inventory then they should not have to be read because they are status (notforloan): "In Control", "Lost" ... etc.. Or because they were borrowed. When the last load of barcode inventory, the final report states an additional anomaly: * Missing items to the inventory: the items that should have been read and which are missing inside files that were loaded. Then the library to check the shelves if the copies are actually missing. If this happens, the library change the item status in "Missing inventory". The steps to understand the tools : Step 1: Read barcodes with a shower without file that stores the bar code in a file of type txt. Step 2: Load the file listing the barcodes of copies. Indicate : branch, location and item call number of the items inside the file. Field "Items Statuses" check only the status that will be read during the inventory At the bottom , in the second field named "Inventory Date" enter the current date only in two cases: (1) the file to be processed is the only file on the inventory of a location / slice dimensions, (2) the file to be processed is not the last file to load (you have cut inventory into multiple files). When loading the last file "Inventory Date" you indicate the date of loading the first file that was loaded (start date of the inventory) Check marked 'Skip copies on loan': don't report books borrowed missing inventory. Check the words 'Export CSV' if you want to save the report of the inventory in a spreadsheet. Notes : exported in the csv file labels codes and not codes only. Check 'Compare barcodes list to results' only when loading the last file in the inventory. Option to control during the "closing" of the inventory if there are copies missing from the inventory. Step 3: Final Report of the inventory when loading the copies are modified : the field 'view for the last time' (items.datelastseen) retrieves the current date / time of loading. Step 4: Go check the shelves documents marked as "missing" and / or poorly-sorted. Updated code "state" of copies. Warning :When reports displaying the results data in many screens, check the paging the results to see the all the screens results -- You are receiving this mail because: You are watching all bug changes.

1 137

[Bug 8685] New: Inventory tool fails in timeout with large CB files
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '15

12 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8685 Priority: P5 - low Change sponsored?: --- Bug ID: 8685 Assignee: gmcharlt(a)gmail.com Summary: Inventory tool fails in timeout with large CB files Severity: normal Classification: Unclassified OS: All Reporter: sophie.meynieux(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Tools Product: Koha Inventory tool fails with a timeout if the CB file to process is too large. In fact it doesn't really fails, CB are properly processed, but the user can't see the result because of the timeout occuring before the end of processing. One solution could be to implement background job like in MARC import (BZ1531) Another one could be to add scheduler to plan inventory process like in reports -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8602] New: Patron card creator - 'Units' don't stick in layouts
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '15

09 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8602 Priority: P5 - low Change sponsored?: --- Bug ID: 8602 Assignee: cnighswonger(a)foundations.edu Summary: Patron card creator - 'Units' don't stick in layouts Severity: normal Classification: Unclassified OS: All Reporter: derrynj(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Label printing Product: Koha To reproduce: 1. Create a new layout 2. Change Units to SI Millimeters 3. Save 4. Edit the same layout 5. It's back to PostScript Points This bug could be related http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5181 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8620] New: Barcode searching not working correctly
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8620 Priority: P5 - low Change sponsored?: --- Bug ID: 8620 CC: jcamins(a)cpbibliography.com Assignee: gmcharlt(a)gmail.com Summary: Barcode searching not working correctly Severity: major Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Searching Product: Koha Searching for a barcode with the barcode only as a keyword doesn't find the record. When adding the prefix bc: before the barcode, the barcode is found. DOM indexing is activated in my installation. -- You are receiving this mail because: You are watching all bug changes.

1 24

[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 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