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

[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

[Bug 3619] New: C4::Letters::_send_message_by_email does not obey AutoEmailPrimaryAddress
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3619 Summary: C4::Letters::_send_message_by_email does not obey AutoEmailPrimaryAddress Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P3 Component: Architecture, internals, and plumbing AssignedTo: dbavousett(a)ptfs.com ReportedBy: dbavousett(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- Customer set AutoEmailPrimaryAddress to "emailpro", then populated emailpro, thinking that notices would then go to the email address specified in that field. However, C4::Letters::_send_message_by_email is only capable of using the email field. This enhancement would cause C4::Letters::_send_message_by_email to obey the syspref. This is an interim solution; the long-term Right Thing would probably be to create a syspref (or modify the existing one) to allow for a library-selectable hierarchy--a list of potential email address fields to use. I therefore suggest leaving this bug ASSIGNED, until the better solution can be implemented. Patch forthcoming shortly. -- 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 4116] New: results from cataloging search is different from advanced search results
by bugzilla-daemon＠kohaorg.ec2.liblime.com 29 Apr '10

29 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4116 Summary: results from cataloging search is different from advanced search results Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux - Debian Status: NEW Severity: critical Priority: P5 Component: Searching AssignedTo: henridamien(a)koha-fr.org ReportedBy: francois.charbonnier(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- if i search the same chain of characters from the cataloging module or the advanced search module within the staff client, the number of results are differents. -- 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 5

[Bug 3482] New: Print overdue and hold notices for patrons without email addresses
by bugzilla-daemon＠liblime.com 29 Apr '10

29 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3482 Summary: Print overdue and hold notices for patrons without email addresses Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA. If a patron does not have an email address for overdue or hold notices, an html file is generated in a specified directory which can be opened/downloaded by library staff. The notice file can be formatted to match Z mailers or other mailer layouts. The html file is set up to obey the notice file formatting and spacing, and to insert a page break between notices for printing. The overdues.pl script was modified to allow printing overdues to a specified path and file. A new script was added to collect hold notices and send to a specified path. Print overdues use the same notice file as emailed overdues; print holds require a new notice file named HOLD_PRINT. -- 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.

2 6

[Bug 3521] New: Items table in catalogue/detail.pl and cataloguing/additem.pl is sorted nonsensically
by bugzilla-daemon＠liblime.com 28 Apr '10

28 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3521 Summary: Items table in catalogue/detail.pl and cataloguing/additem.pl is sorted nonsensically Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- The items in the table for catalogue/detail.pl and cataloguing/additem.pl are sorted by database addition date. This is nonsensical in large consortia/migrated systems. There are a couple of different ways to handle this: 1. Sort by logged in user branch first (makes most sense to us) 1a. There has been some discussion of "sort by logged in user" as a system preference across the board for all places such a sort would make things easier (adding patrons, etc). 1b. It would be nice if it sorted by logged in user, then by acquisition date, not date item added to the database. In migrated collections, database add date is always the date of migration into the system, and this results in a nonsensical display. 2. Add a tablesorter or some other jquery hackery to sort by any column. Other solutions and comments are welcome. -- 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.

2 6