April 2010 - Koha-bugs - lists.koha-community.org

[Bug 4333] New: admin currency does not recognise that an active currency exists
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4333 Summary: admin currency does not recognise that an active currency exists Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- Administration/currencies and exchange rates does not correctly identify that an active currency exists. The script sets activecurrency by looking at the results of its select, however if it is only selecting a subset of currencies or the number of currencies stretch to more than one page activecurrency will not get set and the user is asked to add one. This script should use the same interface to currency as the rest of the scripts rather than cooking up its own SQL NB warnings are commented out in this script. they should be activated (they warn about this bug!!) -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 4288] New: Hide circular 'Log in to Your Account' link in opac-auth.pl
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4288 Summary: Hide circular 'Log in to Your Account' link in opac- auth.pl Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: mason(a)kohaaloha.com Estimated Hours: 0.0 Change sponsored?: --- The top-right 'Log in to Your Account' link in opac-auth.pl links back to *itself*, causing users to think that the link is broken (when it is actually reloading the opac-auth.pl screen again) This patch hides the 'Log in to Your Account' link for the opac-auth.tmpl only. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 4201] New: Holds priority listings assigning large numbers
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4201 Summary: Holds priority listings assigning large numbers Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Hold requests AssignedTo: gmcharlt(a)gmail.com ReportedBy: thehaven104(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- when placing a hold priority numbers are assigning numbers that are greater than 100. This causes the holds listing to be out of line and no longer ordered correctly. I've added some warns to my local code to see if I can track down the issue. current code this is present on is 3.01.00.061 -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 4426] New: Syspref to set the default privacy level of patrons
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4426 Summary: Syspref to set the default privacy level of patrons Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: gmcharlt(a)gmail.com ReportedBy: magnus(a)enger.priv.no Depends on: 3881 Estimated Hours: 0.0 Change sponsored?: --- In the proposed patch for bug 3881 "No Page for Opac Privacy", the default privacy level of borrowers is set to 1: # borrower reading record privacy : 0 : forever, 1 : laws, 2 : don't keep at all $dbh->do("ALTER TABLE `borrowers` ADD `privacy` INTEGER NOT NULL DEFAULT 1;"); Bug: http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3881 Patch: http://lists.koha.org/pipermail/koha-patches/2009-December/004973.html At least in Norway, libraries are required by law to have what is in effect privacy level 2 as the default, ie information about returned loans should be deleted/anonymized immediately on return, unless the patron has asked for the information to be retained. With a default privacy level of 1, this could of course be implemented by running an anonymization-task frequently, but it strikes me as more elegant and less prone to errors to make it possible to set the default privacy to the desired level with a syspref. This enhancement would necessitate a reworking of how the default is set, since it is set at the database level in the proposed patch. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3798] New: change branch of request fail
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3798 Summary: change branch of request fail Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- Branchcode not specified in templates, so modification cannot be saved. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 3881] New: No Page for Opac Privacy
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3881 Summary: No Page for Opac Privacy Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: critical Priority: P5 Component: OPAC AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com CC: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- There should be a page in the OPAC that lets the user set his/her privacy settings - but when OpacPrivacy is on or off the OPAC display is the same ... no options for the patron. On looking at the patch it looks like only the DB change was submitted - not the new page. ------------ Nicole Engard a écrit : Hello all, Liz Rea and I were looking at the newest version of HEAD and see the system preference for OpacPrivacy, but turning it on doesn't seem to do anything. I did some searching through the patches and only see the patch where the preference was added - but can't find anything else. Can someone tell us how this is supposed to work? yes, me, as I wrote the feature. You're supposed to have a new page on opac, that let the user control the behaviour he want (ie: anonymize immediatly, let library choose, never anonymize my reading list) and the anonymiser script has been modified accordingly (as well as the return.pl script, to anonymize immediatly if requested) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 4320] New: Module Text::CSV::Encoded not present in INSTALL instructions
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4320 Summary: Module Text::CSV::Encoded not present in INSTALL instructions Product: Koha Version: rel_3_0 Platform: All OS/Version: Linux - Debian Status: NEW Severity: blocker Priority: P5 Component: Documentation AssignedTo: nengard(a)gmail.com ReportedBy: tajoli(a)cilea.it Estimated Hours: 0.0 Change sponsored?: --- >From Feb 2010 the version 3.0. needs the module Text::CSV::Encoded. This module is not present in the package repositories of Debian and Ubuntu. Specific checks done on: - Debian lenny - Ubuntu hardy - Ubuntu intrepid - Ubuntu jaunty - Ubuntu karmic So we need to update the list of perl modules to install with CPAN in the files INSTALL.debian-lenny and INSTALL.ubuntu. Is not clear the situation for OpenSuse and Fedora. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 4295] New: Overduerules doesn't save "debarred" conf
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4295 Summary: Overduerules doesn't save "debarred" conf Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- All in the title. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 4287] New: upgrade script doesn't update enrolment period
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4287 Summary: upgrade script doesn't update enrolment period Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Installation and upgrade (command-line installer) AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- all is in the title. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 4326] New: Items marked as returned yesterday, even if checked out today
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4326 Summary: Items marked as returned yesterday, even if checked out today Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P4 Component: Circulation AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Change sponsored?: --- Items returned today as being marked as returned yesterday, even if DropboxMode is not set. This is true even if the item was returned the same day it was issued (making the return date BEFORE the issue date). The problem occurs in Circulation.pm, in the AddReserve subroutine. Code: ------------ if ($doreturn) { $borrower or warn "AddReturn without current borrower"; my $circControlBranch = _GetCircControlBranch($item,$borrower); if ($dropbox) { # don't allow dropbox mode to create an invalid entry in issues (issuedate > returndate) FIXME: actually checks eq, not gt undef($dropbox) if ( $item->{'issuedate'} eq C4::Dates->today('iso') ); } if ($borrowernumber) { MarkIssueReturned($borrowernumber, $item->{'itemnumber'}, $circControlBranch); $messages->{'WasReturned'} = 1; # FIXME is the "= 1" right? This could be the borrower hash. } ModItem({ onloan => undef }, $issue->{'biblionumber'}, $item->{'itemnumber'}); } ------------ $circControlBranch should not be defined unless $dropbox is true, and even then only if issuedate < today. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3