March 2014 - Koha-bugs - lists.koha-community.org

[Bug 7413] New: Allow OPAC renewal x days before due date
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '14

09 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7413 Bug #: 7413 Summary: Allow OPAC renewal x days before due date Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com Currently RenewalPeriodBase can be set to 2 different options: 1) When renewing checkouts, base the new due date on current date. This means that when a patron renews the item at the checkout date, the renewal counter will increment, but the due date will not change - the loan period is still the same. If he renews one day after checkout - he will get a reneal of one day and so on. 2) When renewing checkouts, base the new due date on the old date of the checkout. This means the renewals can be done immediately after checkout. So if you allow 3 renewals and a loan period of 4 weeks, the patron can log into his account and do all the renewals immediately. This will mean he effectively gets a loan period of 4 + 3*4 weeks = 16 weeks. I see no reason why a clever student shouldn't do this to make sure he can keep the text books as long as possible without any holds forcing him/her to return the books. One solution here would be to allow renewals only x days before the book is due. As the loan periods can be very different (overnight loans, 4 weeks, 7 days...) it would be cool if this could be implemented in circulation rules. -- 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 79

[Bug 11984] New: Show number of item(s) on order in the catalogue holdings without having to create item records
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '14

06 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11984 Bug ID: 11984 Summary: Show number of item(s) on order in the catalogue holdings without having to create item records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org In OPAC/staff catalogue, show number of item(s) on order without having to create item record(s). We have opted to create item record only when receive ordered goods, because this allowed us to cancel an order, without also having to delete linked item record(s). Currently item record(s) must be created in order for such information to be presented in OPAC or staff catalogue. Ideally, "On Order" information should be presented similarly to number of reservation(s) attached to each catalogue record, such as: [Qty] on order; or [Qty] on order for [Holding Library 1]; [Qty] on order for [Holding Library 2], etc. Perhaps we then specify whether to show a grand quantity total on order, or quantity breakdown for each holding library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 8244] New: Script to find exporter problems
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '14

04 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8244 Priority: P5 - low Change sponsored?: --- Bug ID: 8244 CC: jonathan.druart(a)biblibre.com Assignee: julian.maurice(a)biblibre.com Summary: Script to find exporter problems Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: NEW Version: master Component: Test Suite Product: Koha About one month ago, we (BibLibre) discover a bug in our source code. The problem was: a page that used to work correctly suddenly refuse to work because of "Undefined subroutine &get_infos_of at C4/Items.pm (line 1075)" (approximative message) in reserve/request.pl The piece of code in cause was a "use C4::Members" in C4/Budgets.pm. A modification of C4::Budgets was causing reserve/request.pl to crash... (ouch!) In fact it introduced a circular dependency. To avoid this kind of discovery, we decide to write a script that try to detect as many problems as possible. Patch and description follow. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 12007] New: http://manual.koha-community.org/3.12/en/basicparams.html#authorizedvalues needs more info
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '14

04 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12007 Bug ID: 12007 Summary: http://manual.koha-community.org/3.12/en/basicparams.h tml#authorizedvalues needs more info Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org "If you would like to limit this authorized value category to only specific libraries you can choose them from the 'Branches limitation' menu. To have it show for all libraries just choose 'All branches' at the top of the list." Please update information to explain that limiting branches doesn't affect items that already have the location being edited in use will be unaffected. Please explain that this only affects setting the location. If the location is set by another library that uses it, it will still appear in the record, regardless of your library. Christopher -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11487] New: Untranslatable tooltip "Dates of birth should be entered in the format ..."
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '14

03 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11487 Bug ID: 11487 Summary: Untranslatable tooltip "Dates of birth should be entered in the format ..." Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The following text is not picked up by the translation toolchain: koha-tmpl/intranet-tmpl/prog/en/includes/patron-search.inc: content: 'Dates of birth should be entered in the format "[% format %]"', -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 6716] New: Database Documentation
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '14

03 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6716 Bug #: 6716 Summary: Database Documentation Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Developer documentation AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org This is a bug that will have many patches. I have (as doc manager) agreed to document the mysql structure in Koha. To make it easy for others to submit patches and help me I'll submit a patch with what I've done in the day (or that time of day) so that others can submit patches as well without us doing the same work. It was voted that I will enter comments using the -- notation, for example: `frameworkcode` varchar(4) NOT NULL default '', --primary key, identifier for the framework table This report should not be closed until all fields have been documented. If you're adding new fields please document them using the above notation when adding them. -- 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 160

[Bug 2597] No way to do mouseless cataloging
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '14

31 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2597 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=11559 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 10936] Standardnumber doubled up in Advanced search - more options
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '14

31 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10936 --- Comment #14 from M. Tompsett <mtompset(a)hotmail.com> --- I have left this as 'Needs Signoff', since I'm waiting for a prog theme patch. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10936] Standardnumber doubled up in Advanced search - more options
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '14

31 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10936 M. Tompsett <mtompset(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #26686|0 |1 is obsolete| | --- Comment #13 from M. Tompsett <mtompset(a)hotmail.com> --- Created attachment 26698 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26698&action=edit [SIGNED OFF] Bug 10936 - 'Standard number' doubled up in Advanced search This patch removes the dupilcate 'Standard number' option under the more options of the opac advanced search correctly following updates from Katrin. TEST PLAN --------- 1) Set opacthemes system preference to bootstrap 2) In OPAC, click 'Advanced search' 3) Click 'More options' 4) Check the Keywords dropdown for duplicate 'Standard number' 5) Apply patch 6) Refresh page, and make sure 'More options' is clicked still 7) Check the Keywords dropdown for duplicate 'Standard number' -- it's not this time. Signed-off-by: Mark Tompsett <mtompset(a)hotmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10936] Standardnumber doubled up in Advanced search - more options
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '14

31 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10936 M. Tompsett <mtompset(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mtompset(a)hotmail.com Severity|enhancement |minor --- Comment #12 from M. Tompsett <mtompset(a)hotmail.com> --- I decided to attempt a grep: $ grep -l "Standard number" `find . -name "*.tt"` ./koha-tmpl/intranet-tmpl/prog/en/modules/labels/search.tt ./koha-tmpl/opac-tmpl/prog/en/modules/opac-advsearch.tt ./koha-tmpl/opac-tmpl/prog/en/modules/opac-suggestions.tt ./koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-advsearch.tt ./koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-suggestions.tt This problem exists in: ./koha-tmpl/opac-tmpl/prog/en/modules/opac-advsearch.tt ./koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-advsearch.tt Please attach a fix for prog as well. This will allow for back ports to previous versions. I changed this to a minor bug, not an enhancement. Please check the bug level in the future. Enhancement is the current default (BAD!!!!!). -- You are receiving this mail because: You are watching all bug changes.

1 0