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

[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 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

[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