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

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

[Bug 7723] New: Copyrightdate in dropdown menu should read "date added"
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7723 Priority: P5 - low Change sponsored?: --- Bug ID: 7723 Assignee: gmcharlt(a)gmail.com Summary: Copyrightdate in dropdown menu should read "date added" QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: gaetan.boisson(a)biblibre.com Hardware: All Status: NEW Version: master Component: Virtual Shelves Product: Koha When creating or modifying a list, you can choose wether the list will be sorted by "title", "Author" or "copyrightdate". When choosing "copyrightdate" the list is actually sorted by the date at which the biblio was added to the list. When displaying the list, the column title is indeed "date added". The dropdown menu should read "date added" instead of copyrightdate. -- You are receiving this mail because: You are watching all bug changes.

1 2