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

[Bug 4271] New: Offer choice of destination for save biblio operation
by bugzilla-daemon＠kohaorg.ec2.liblime.com 02 May '10

02 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4271 Summary: Offer choice of destination for save biblio operation Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org Depends on: 4121 Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1692) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1692) Screenshot after proposed change A follow-up to the fix for Bug 4121, the user should be able to control whether the action of saving a bibliographic record takes them to the add item screen or the detail screen, independently of whether they are adding or modifying the record. The addition of a "split button" would leave the default action in place if the user clicked the "main" part of the button. Clicking on the menu would give the user specific choices. See attached screenshot. -- 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 3863] New: Amazon Covers Not Working
by bugzilla-daemon＠kohaorg.ec2.liblime.com 02 May '10

02 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3863 Summary: Amazon Covers Not Working Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: OPAC AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- I have all the right Amazon preferences set, but my amazon content is not appearing anymore in the OPAC. -- 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 9

[Bug 4285] New: Several links in Intranet XSLT bib display link to opac-search.pl.
by bugzilla-daemon＠kohaorg.ec2.liblime.com 02 May '10

02 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4285 Summary: Several links in Intranet XSLT bib display link to opac- search.pl. Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: PATCH-Sent Component: Searching AssignedTo: gcollum(a)gmail.com ReportedBy: gcollum(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Several links in MARC21slim2intranetDetail.xsl link to opac-search.pl instead of catalogue/search.pl and one link in UNIMARCslim2intranetDetail.xsl does the same. -- 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 4275] New: can't order more than 1 item
by bugzilla-daemon＠kohaorg.ec2.liblime.com 01 May '10

01 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4275 Summary: can't order more than 1 item Product: Koha Version: HEAD Platform: PC URL: /cgi- bin/koha/acqui/neworderempty.pl?booksellerid=2&basketno= 11&biblionumber=16 OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- I used to be able to add more items to the quantity in acq ordering ... but now I can't. I tried typing the number of items I wnted in Quantity and that didn't work, I also tried clicking the plus under each item - that added more item records, but did not update the quantity - so right now you can only order a quantity of 1 with acquisitions. -- 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 3985] New: New Sys Prefs Branch - Missing Acq Preferences
by bugzilla-daemon＠kohaorg.ec2.liblime.com 01 May '10

01 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3985 Summary: New Sys Prefs Branch - Missing Acq Preferences Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: pianohacker(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Jesse, these preferences are missing on the Acq tab: pdfformat AcqCreateItem acquisitions CurrencyFormat emailPurchaseSuggestions gist OrderPdfFormat OrderPdfTemplate Also - I think that AnonSuggestion belongs there instead of OPAC - but I'm okay with it wherever you leave it. -- 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 11

[Bug 4248] New: Cities Town Pull Down Missing Zip
by bugzilla-daemon＠kohaorg.ec2.liblime.com 01 May '10

01 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4248 Summary: Cities Town Pull Down Missing Zip Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1673) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1673) pull down without zips Many cities have multiple zip codes, but the pull down on the patrons page only shows the city, state - not the zip - so you see duplicates and triplicates and have no idea which is the right one. -- 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 10

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