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

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 --- Comment #11 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> 2012-02-10 17:57:50 UTC --- >From the comments I got the impression it was not working at all, but seems it's not that bad. So making it work is really the better option. Perhaps maxreserves could be resused as a global max value? -- 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. You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 --- Comment #10 from Kyle M Hall <kyle.m.hall(a)gmail.com> 2012-02-10 17:09:28 UTC --- (In reply to comment #9) I assume you are referring to issuingrules.reservesallowed? It is being used in C4::Reserves::CanItemBeReserved(), so pulling it out is not a good idea. The maxreserves system pref is not used anywhere in C4::Reserves at the moment. It *is* being used in reserve/request.pl, and opac/opac-reserve, and that appears to be it. I'm thinking option B is the better option at the moment. Strip out all references to maxreserves, replace with the new issuingrules reserves, and get rid of the maxreserves line in the systemprefs sql file. > I am not sure the new maxreserves from circulation rules is used anywhere - so > if we are not reapairing it, we should perhaps remove it. Repairing is of > course better. Do we know where/how it works exactly? -- 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. You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #9 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> 2012-02-10 16:49:53 UTC --- I am not sure the new maxreserves from circulation rules is used anywhere - so if we are not reapairing it, we should perhaps remove it. Repairing is of course better. Do we know where/how it works exactly? -- 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. You are watching all bug changes.

1 0

[Bug 7527] New: reports pagination not quite right
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7527 Bug #: 7527 Summary: reports pagination not quite right Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com When we initially enter Saved Reports, even though the default display setting is 20 per page we see a long list of our 78 reports. If we then click the NEXT "icon" to enter page 2, then back to page 1 we are then limited to seeing ONLY 40 reports from our total of 78. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also|http://bugs.koha-community. |http://bugs.koha-community. |org/bugzilla3/show_bug.cgi? |org/bugzilla3/show_bug.cgi? |id=4045 |id=6976 -- 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. You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=4045 -- 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. You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.m.hall(a)gmail.com --- Comment #8 from Kyle M Hall <kyle.m.hall(a)gmail.com> 2012-02-10 16:23:27 UTC --- This is a strange situation we have. The system pref maxreserves is created during installation by installer/data/mysql/sysprefs.sql However, if your installation is older than 3.01.00.066, it will be removed during an upgrade. So, if you perform a clean install a version of Koha newer than 3.01.00.066, you will still have the maxreserves syspref. But if you upgrade from below 3.01.00.066 to a version above it, you will not! Proposed Solutions: Option A) Add maxreserves back in via updatedatabase.pl Option B) Find all references to maxreserves in the code, and use issuingrules.reservesallowed. B is probably better in the long run, but the extra work may be rendered superfluous by the new holds system coming down the pipe. -- 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. You are watching all bug changes.

1 0

[Bug 5874] New: Overdue report : Limit by date & add a new permission to restrict who can run the report
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5874 Bug #: 5874 Summary: Overdue report : Limit by date & add a new permission to restrict who can run the report Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5575 circ/overdue.pl modified : limit on date & new permission - the Overdues.pl now is now available to ppl with reports->execute_reports permission - there is a filter on date (to display only "old" or "new" overdues, for example) -- 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 18

[Bug 7510] New: Add invoice date and notes field
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7510 Bug #: 7510 Summary: Add invoice date and notes field Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: tdavis(a)uttyler.edu QAContact: koha.sekjal(a)gmail.com Ability to add an invoice date in addition to the already supplied shipment date. Also the ability to add notes no an invoice. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 3634] Adding OpenURL link to XSLT ISSN/ISBN
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3634 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |RESOLVED Resolution| |WONTFIX --- Comment #6 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> 2012-02-10 15:05:30 UTC --- I don't think this is a sufficiently general solution. A better option would be to add ISSN as a token for More searches, and use that in the site-appropriate manner for OpenURL resolvers. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0