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

[Bug 4349] New: In parcel.pl: replaces All x items are displayed by x items are displayed
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4349 Summary: In parcel.pl: replaces All x items are displayed by x items are displayed Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: alex.arnaud(a)biblibre.com ReportedBy: alex.arnaud(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- -- 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 4348] New: parcel.pl: list with duplicates orders after a clearfilter
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4348 Summary: parcel.pl: list with duplicates orders after a clearfilter Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: alex.arnaud(a)biblibre.com ReportedBy: alex.arnaud(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- -- 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 4345] New: Redirect after closing a basket and creation of a group
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4345 Summary: Redirect after closing a basket and creation of a group Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: alex.arnaud(a)biblibre.com ReportedBy: alex.arnaud(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- after closing a basket and creation of a group we should landed on the "Closed" tab. -- 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 4344] New: Basket.pl - remove the line "contract number"
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4344 Summary: Basket.pl - remove the line "contract number" Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: alex.arnaud(a)biblibre.com ReportedBy: alex.arnaud(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- -- 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 1532] Port dev_week holds enhancements to 3.0
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1532 --- Comment #12 from Galen Charlton <gmcharlt(a)gmail.com> 2010-04-30 13:51:44 --- (In reply to comment #11) > Change to C4::Reserves::CancelexpiredReserves to check that expirationdate is > not null instead of not '0000-00-00' will remove active holds as they are being > created with 0 dates not null. > Pushed patch to fix this. Please test. -- 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 0

[Bug 3411] New: Authorities with double quotes cannot be linked to record
by bugzilla-daemon＠liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3411 Summary: Authorities with double quotes cannot be linked to record Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- It seems the authorities "values" are not escaped by "blind detail" template. so they cannot be imported. -- 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 3

[Bug 4334] New: Notices Samples doesn't exist anymore
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4334 Summary: Notices Samples doesn't exist anymore Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Installation and upgrade (web-based installer) AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- it seems sample_notices.sql doesn't exist anymore, in french and english. And there is some option files that are not in french, but that MUST be in every language like : installer/data/mysql/fr-FR/2-Optionel/sample_notices_message_attributes.sql installer/data/mysql/fr-FR/2-Optionel/sample_notices_message_transports.sql -- 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 3730] New: Wrong ISO 639-2 Language Code for Portuguese in database
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3730 Summary: Wrong ISO 639-2 Language Code for Portuguese in database Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: ricmarques(a)spamcop.net Estimated Hours: 0.0 Change sponsored?: --- For 3.0.x head of the Git branch, the ISO 639-2 Language Code for Portuguese in Koha database is wrong. Specifically, in the table "language_rfc4646_to_iso639", when the field "rfc4646_subtag" has the value "pt", the field "iso639_2_code" should have the value of "por" and NOT the current one of "pol" ("pol" refers to "Polish" as correctly also appears for the code "pl", in the row above the "pt" one). In my test setups, this showed some serious sequences for people that choose the Portuguese language in the Web Installer, namely: - very weird look of Staff client with missing Header and Footer, that renders the Staff client unusable - Portuguese translation apparently not getting updated for the OPAC (for people that do an Upgrade from a previous version) I prepared a patch to correct this for the 3.0.x branch (I have tested it locally and it seems to be working fine). I do NOT have a database set for the Master branch, so I probably won't be able to test a patch for that branch. So, it would be nice if someone could write a similar patch for the master branch (or else, ask me to submit it even untested and then test it, before committing it to koha.org git master branch) REFERENCE: ISO 639-2 Language Code List(Library of Congress) http://www.loc.gov/standards/iso639-2/php/code_list.php -- 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 3785] New: New Install, no maxreserves setting, OPAC holds 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=3785 Summary: New Install, no maxreserves setting, OPAC holds fail Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P3 Component: Hold requests AssignedTo: gmcharlt(a)gmail.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- On a new git install, if the site has not set any value in the maxreserves syspref, trying to place a hold through the OPAC results in a blank screen. There is no visible error message, but the error log says: opac-reserve.pl: Argument "" isn't numeric in numeric ge (>=) at /home/servername/kohaclone/opac/opac-reserve.pl line 265. When I look at line 265 in opac-reserve.pl, here's the code block: if ( scalar(@reserves) >= $MAXIMUM_NUMBER_OF_RESERVES ) { $template->param( message => 1 ); $noreserves = 1; $template->param( too_many_reserves => scalar(@reserves)); } Setting a numeric value in the syspref made holds work OK, but the code needs to be fixed so that it accounts for a null or empty entry. How best to do that? I'm not sure what section of code to check, to see if staff-side holds has the same problem. -- 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 4123] New: Error in checking whether a checkout can be renewed
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4123 Summary: Error in checking whether a checkout can be renewed Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Circulation AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- In Circulation.pm, part of sub CanBookBeRenewed: ----------------------------------------------- SELECT borrowers.categorycode, biblioitems.itemtype, issues.renewals, renewalsallowed, $controlbranch FROM issuingrules, issues LEFT JOIN items USING (itemnumber) LEFT JOIN borrowers USING (borrowernumber) LEFT JOIN biblioitems USING (biblioitemnumber) WHERE issuingrules.categorycode = borrowers.categorycode AND issuingrules.itemtype = $itype AND (issuingrules.branchcode = $controlbranch OR issuingrules.branchcode = '*') AND borrowernumber = ? AND itemnumber = ? ORDER BY issuingrules.categorycode desc, issuingrules.itemtype desc, issuingrules.branchcode desc LIMIT 1; ----------------------------------------------- I see that there is a check for a wildcard under issuingrules.branchcode. Should there not be a similar check with issuingrules.categorycode and issuingrules.itemtype? i.e. (issuingrules.categorycode = borrowers.categorycode OR issuingrules.categorycode = '*') (issuingrules.itemtype = $itype OR issuingrules.itemtype = '*') Without the wildcard option doesn't that mean you have to have a rule set up for each patron category/itemtype combination? -- 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 4