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

[Bug 7144] New: Floating collection
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7144 Bug #: 7144 Summary: Floating collection Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Make a system preference called 'floating collection' if you turn this on, then only reserves will cause a transfer, not just returning an item at a branch other than it's homebranch Work to do: * Add a system preference 'FloatingCollection' * If this is enable, items only prompt to be transferred if they could fill a reserve there * Otherwise they stay at their current branch How to test * Switch system preference on * Return some items at a branch other than its home branch, you should get no prompt to transfer * Return one that has a reserve at another branch, should get a prompt to transfer. -- 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 39

[Bug 5362] New: Simple (non-MARC) cataloging interface
by bugzilla-daemon＠bugs.koha-community.org 20 Jun '15

20 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5362 Summary: Simple (non-MARC) cataloging interface Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: koha(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 We would like to add a simple (non-MARC) cataloging interface back into Koha. The interface is described in more detail in the RFC on the wiki at http://wiki.koha-community.org/wiki/Simple_cataloging_interface -- 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 7

[Bug 6968] New: Show items expired before today in check expiration of serials page
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '15

17 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6968 Bug #: 6968 Summary: Show items expired before today in check expiration of serials page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: pelletiermaxime(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5702 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5702 patch The page Check Expiration the in Serials section show items that are going to expire before the date selected, but doesn't show items that expired before today We needed to see what was already expired, so I added a checkbox to add it as an option. -- 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 23

[Bug 7843] New: RSS for OPAC news
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '15

17 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7843 Priority: P5 - low Change sponsored?: --- Bug ID: 7843 Assignee: oleonard(a)myacpl.org Summary: RSS for OPAC news QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: OPAC Product: Koha We have news items in the OPAC - why not create an RSS stream for them? -- You are receiving this mail because: You are watching all bug changes.

1 53

[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 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 8219] New: get_biblio_authorised_values embarrassingly inefficient
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8219 Priority: P5 - low Change sponsored?: --- Bug ID: 8219 Assignee: gmcharlt(a)gmail.com Summary: get_biblio_authorised_values embarrassingly inefficient Severity: normal Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha The routine C4::Biblio::get_biblio_authorised_values is horrifyingly inefficient. In a relatively low-powered system with a large number of authorized values, exclusive time in get_biblio_authorised_values can be several seconds or more when doing a search, since the routine is called once per result. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8126] New: Funkiness with Patrons w/ Most Checkouts Report
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8126 Priority: P5 - low Change sponsored?: --- Bug ID: 8126 Assignee: gmcharlt(a)gmail.com Summary: Funkiness with Patrons w/ Most Checkouts Report Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Reports Product: Koha Reported to me by a library: I've been playing with the "Patrons with the Most Checkouts" report link and I see that even if I set a number, like maybe 20, in the limit area, I get more results back than that. Not a big deal, but maybe a bug. Also, the library list in this report is organized by library code rather than alphabetically by library name, while the library list in the "Most Circulated Items" report is organized alphabetically by name. I have just a little more to add, for this report, even when I am logged in as a staff member at a branch, I get the entire list of libraries to sift through in the "Library" area, on the other reports like this, "Items with Most Checkouts," "Patrons who Haven't Checked Out," and "Items with no Checkouts," when I am logged in as a staff member from a library my only choices in the library list are my branch or "All." Seems like this report should behave like that as well -- offering just my site or maybe all rather than a list of all libraries to pick through. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 8112] New: Overdues with Fines giving duplicates
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8112 Priority: P5 - low Change sponsored?: --- Bug ID: 8112 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Overdues with Fines giving duplicates Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha If a borrower has multiple fines of type FU for a given item, that row will appear in the Overdues with Fines report for each fine on record. -- You are receiving this mail because: You are watching all bug changes.

1 28