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

[Bug 7899] New: Remove C4::Dates from C4::Circulation
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7899 Priority: P5 - low Change sponsored?: --- Bug ID: 7899 Assignee: tdavis(a)uttyler.edu Summary: Remove C4::Dates from C4::Circulation QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: koha.sekjal(a)gmail.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha Now that we have Koha::Calendar and DateTime, we no longer need C4::Dates in C4::Circulation There are currently 6 usages of the module left: 2 'use' calls to this... both will be removed. 2 calls to format_date in CanBookBeIssued (needsconfirmation message). Will need to replace with KohaDates plugin on all template pages using this subroutine "if (C4::Context->preference('globalDueDate') && (C4::Context->preference('globalDueDate') =~ C4::Dates->regexp('syspref')" is never true since that syspref was removed, so it can be removed entirely sub TransferSlip creates a new $pulldate variable, but never uses it before the subroutine exits. Can be removed The rest of the usage here is in the POD, which needs to be updated to reflect the new type of objects we're using now with Hourly Loans. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 4858] New: Ability to Charge for Print Notices
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4858 Summary: Ability to Charge for Print Notices Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 With budgets being cut left and right, it would be great if libraries had the ability to choose to charge patrons who insisted on receiving notices (overdue and hold waiting) via snail mail. -- 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 2

[Bug 8367] New: How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Priority: P5 - low Change sponsored?: --- Bug ID: 8367 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: How long is a hold waiting for pickup at a more granular level Severity: enhancement Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha The syspref reservemaxpickupdelay says how long a hold is waiting for patron pickup. This could be set at issuingrule level, to let a student of library A 4 days and a teacher of library B 10 days -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 133

[Bug 8137] New: Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '15

07 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Priority: P5 - low Change sponsored?: --- Bug ID: 8137 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Checkout limit by patron category for all libraries Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha We have a patron category Temporary Adult WTMP. Under "Checkout limit by patron category for all libraries" the limit is set to 5. This limit is not working. I was able to check out 7 items to Robert Harper (24388200094358)in the WTMP category Here is what is going on. We have the system preference CircControl set to "Use the checkout and fines rules of *the library where the item is from*". we also have this limit set to 5. So what Koha is doing, is comparing the limit to the number of checkouts of items the borrower has *from the same home library as that item*. If the item's home library is LibA, and the borrower has 4 items checked out whose home library is LibA, than the item will be checked out ( regardless of how many items are checked out ). If the borrower has 5 items checked out whose home library is LibA, Koha will indeed warn of too many checkouts. This does not seem intuitive. Is there any way to globally limit the number if checkouts a borrower can have by patron category? -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 8127] New: Most Circulated Items not working right
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '15

06 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8127 Priority: P5 - low Change sponsored?: --- Bug ID: 8127 Assignee: gmcharlt(a)gmail.com Summary: Most Circulated Items not working right Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Reports Product: Koha I got this from a library: I'm trying to get the "Most Circulated Items" report to give me something and I am not having success. I chose a date range of 4 months, then I chose a library, then I chose a single item type (DVD1week) then I chose 20 for the limit, then I chose "library" for the "By" part of the limit and go an empty list. So I went back and changed "library" to "Itemtype." Now the system just hangs up spinning away without ever giving results. I wrote this to help for now - but the canned report should work: SELECT count(s.datetime) AS circs, b.title, b.author, i.ccode FROM statistics s JOIN items i USING (itemnumber) LEFT JOIN biblio b USING (biblionumber) WHERE DATE(s.datetime) > DATE_SUB(CURRENT_DATE(),INTERVAL 4 MONTH) AND DATE(s.datetime)<=CURRENT_DATE() AND s.itemnumber IS NOT NULL AND i.itype=<<Item type|itemtypes>> AND i.hombranch=<<Home branch|branches>> GROUP BY b.biblionumber ORDER BY circs DESC LIMIT 20 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 6379] New: Remove link from unapproved and rejected tags in the OPAC's "My tags" table
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '15

05 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6379 Bug #: 6379 Summary: Remove link from unapproved and rejected tags in the OPAC's "My tags" table Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/opac-tags.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org You can't perform a search of the catalog using unapproved or rejected tags, so the table of the user's tags should not have clickable links for them. There should probably be additional visual feedback to indicate why the term isn't clickable. -- 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 26

[Bug 8147] New: suggestions management forgets branch info
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '15

05 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8147 Priority: P5 - low Change sponsored?: --- Bug ID: 8147 Assignee: henridamien(a)koha-fr.org Summary: suggestions management forgets branch info Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha I'm on the suggestion management page and I choose to filter to see ANY library. I then accept a suggestion from another library and when it shows me the Accepted tab I see nothing because the filter has changed back to be just my library. The filter should remember my selection after accepting, rejecting or checking a suggestion. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 5456] New: Create a link to opac-ics.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '15

05 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5456 Summary: Create a link to opac-ics.pl Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Koha has a script called opac-ics.pl which can export the due dates for a logged in user in iCalendar/.ics format, but there does not seem to be a link to this script anywhere in the patron user interface. [09:26] chris: i think i wrote it in 2006, and it mostly still works [09:28] magnus: is there a link to it anywhere in the opac interface, or do you have to know the url? [09:28] chris: there used to be [09:28] chris: not sure when it got removed, we should test it all works well, fix it if it doesnt and put the link back [09:31] magnus: hm, i get to download a calendar file - guess that means users have to remember to do it every so often... would it be possible to have an interface that e.g. iCal could "subscribe" to? [09:31] magnus: guess that would mean making obscure URLs or putting username/password in the url... [09:34] chris: magnus: yeah, that was my next plan an md5 hash -- 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 3

[Bug 7804] New: Add Koha Plugin System
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '15

04 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7804 Priority: P5 - low Change sponsored?: --- Bug ID: 7804 Assignee: gmcharlt(a)gmail.com Summary: Add Koha Plugin System QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: Tools Product: Koha In the long run, I imagine a system where Koha users can upload plugins to a koha community plugin site and then search for, install and update plugins from within Koha itself, much like Wordpress can. -- You are receiving this mail because: You are watching all bug changes.

1 137

[Bug 7045] New: Default-value substitution inconsistent
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '15

02 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7045 Bug #: 7045 Summary: Default-value substitution inconsistent Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: ruth(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com If you supply a default value in a framework field, you may include YYYY, MM, DD, and user, to substitute for the year, month, day, and currently-logged-in username, respectively. The downside of this is that the word "user" cannot be used in a default value for a note! Patch coming shortly, to change the substitution to require USER, and to allow the use of YY to insert the last two digits of the year. -- 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 25