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

[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

[Bug 8238] New: Holds limits broken
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8238 Priority: P5 - low Change sponsored?: --- Bug ID: 8238 CC: gmcharlt(a)gmail.com Assignee: koha.sekjal(a)gmail.com Summary: Holds limits broken Severity: critical Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha Neither the OPAC nor staff client seem to respect any hold limit specified in circulation rule. This problem appears in master (my test installation) and as far back as 3.6.1 (my library's in-production system). The difference I find between master and 3.6.1 is that in 3.6.1 the staff client seems to respect the limit. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8308] New: can't print transfer slip twice
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8308 Priority: P5 - low Change sponsored?: --- Bug ID: 8308 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: can't print transfer slip twice Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha We have discovered that we can't print a route/transfer slip for an item if we've triggered it twice already. This is a problem. It should give us the option to print the slip again, no matter how many times we've checked it in. Is there a reason it stops giving us the option after 2 scans? We discovered this because we were triggering holds, but slips were not printing. It wasn't until after the second attempt we discovered someone rerouted printing to a regular printer. When we set printing back to the regular receipt printer, we couldn't trigger the hold again and print a slip. Instead it just looks like a regular discharge and says not checked out. See: http://screencast.com/t/kMBcHKq8F7EZ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 7989] New: RIS export file type incorrect
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7989 Priority: P5 - low Change sponsored?: --- Bug ID: 7989 Assignee: oleonard(a)myacpl.org Summary: RIS export file type incorrect QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: milton.lee(a)nzica.com Hardware: All Status: NEW Version: rel_3_6 Component: OPAC Product: Koha When exporting lists to a RIS file, the TY field of the RIS file is always 'book' even if the item being exported is a journal article. The result is completely incorrect/incomplete export fields when attempting to export a journal article to, for example, a citation manager. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 7966] New: fund search limited even for superlibrarians
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7966 Priority: P5 - low Change sponsored?: --- Bug ID: 7966 Assignee: henridamien(a)koha-fr.org Summary: fund search limited even for superlibrarians QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Depends on: 3969 Product: Koha When logged in as a superlibrarian I can only search for funds that are for the library I'm logged in at. As a superlibrarian I should be able to search for funds at any library. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 7826] New: Standardize link for triggering plugins and auto-entry
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7826 Priority: P5 - low Change sponsored?: --- Bug ID: 7826 Assignee: oleonard(a)myacpl.org Summary: Standardize link for triggering plugins and auto-entry QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 8631 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8631&action=edit Icon used in cataloging to trigger plugins The cataloging interface uses an icon as a link to trigger plugin pop-ups. Other pages, like add item in cataloging and add item in acquisitions, use "..." It would be better if this was consistent. I would say the icon used on addbiblio (attached for reference) is generic enough for wide use. -- You are receiving this mail because: You are watching all bug changes.

1 3