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

[Bug 3297] New: upgrade to jQuery 1.3.2
by bugzilla-daemon＠liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3297 Summary: upgrade to jQuery 1.3.2 Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: john.beppu(a)liblime.com ReportedBy: galen.charlton(a)liblime.com CC: oleonard(a)myacpl.org, joe.atzberger(a)liblime.com, galen.charlton(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Upgrade version of jQuery used by Koha to 1.3.2 per the RFC http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:upgrade_jquery -- 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 5

[Bug 3519] New: mergeauthority is looking for a directory which no longer exists
by bugzilla-daemon＠liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3519 Summary: mergeauthority is looking for a directory which no longer exists Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: MARC Authority data support AssignedTo: henridamien(a)koha-fr.org ReportedBy: henridamien(a)koha-fr.org Estimated Hours: 0.0 Change sponsored?: --- mergeauthority.pl when launched as a cronjob in order to update authorities is looking for localfile/modified_authorities when C4/AuthoritiesMarc.pm creates files in tmp/modified_authorities. Thus, authorities are not updated. -- 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 4

[Bug 4159] New: Synchronization between authorities and biblios fails
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4159 Summary: Synchronization between authorities and biblios fails Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: m.de.rooy(a)rijksmuseum.nl Estimated Hours: 0.0 Change sponsored?: --- AuthoritiesMarc.pm writes modified authorities to directory $cgidir/tmp/modified_authorities if dontmerge pref is ON. Does this directory exist for a new installation? The second step is the cron job. The merge_authority.pl script looks for modified authorities in $cgidir/localfile/modified_authorities. (Does this directory exist?) If it does, the cron job looks at the wrong place. It should look in $cgidir/tmp, not localfile. Solution: make sure the directory exists. Change merge_authority to tmp. -- 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 4137] New: OPACViewOthersSuggestions preference doesn't work
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4137 Summary: OPACViewOthersSuggestions preference doesn't work Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: henridamien(a)koha-fr.org ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- The only references in the code to OPACViewOthersSuggestions are in Auth.pm, masthead.inc, and opac-suggestions.tmpl. There doesn't seem to be anything in the code to change the behavior of suggestions display based on the preference. -- 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 4186] New: sys prefs that are no longer used in DB
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4186 Summary: sys prefs that are no longer used in DB Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- These lines were in sysprefs.sql but I'm pretty sure that none of these preferences are used any more and should be removed from the sysprefs.sql. INSERT INTO `systempreferences` (variable,value,explanation,options,type) VALUES('marc',1,'Turn on MARC support',NULL,'YesNo'); -- this is selected by the web installer now -- INSERT INTO `systempreferences` (variable,value,explanation,options,type) VALUES('marcflavour','MARC21','Define global MARC flavor (MARC21 or UNIMARC) used for character encoding','MARC21|UNIMARC','Choice'); INSERT INTO `systempreferences` (variable,value,explanation,options,type) VALUES('sortbynonfiling',0,'Sort search results by MARC nonfiling characters (deprecated)',NULL,'YesNo'); INSERT INTO `systempreferences` (variable,value,explanation,options,type) VALUES('TemplateEncoding','utf-8','Globally define the default character encoding','iso-8859-1|utf-8','Choice'); INSERT INTO `systempreferences` (variable,value,explanation,options,type) VALUES ('PINESISBN',0,'Use with FRBRizeEditions. If ON, Koha will use PINES OISBN web service in the Editions tab on the detail pages.','','YesNo'); INSERT INTO `systempreferences` (variable,value,explanation,options,type) VALUES('libraryAddress','','The address to use for printing receipts, overdues, etc. if different than physical address',NULL,'free'); -- 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 3528] New: Hide right-hand sidebar on Koha.org manual pages
by bugzilla-daemon＠liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3528 Summary: Hide right-hand sidebar on Koha.org manual pages Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Websites, Mailing Lists, etc. AssignedTo: jmf(a)liblime.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1033) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1033) Example screenshot Koha manual pages are image-heavy, and that often pushes the page pretty wide. It would be help alleviate the horizontal scrolling to eliminate the "news," "events," and "log in" boxes on all manual pages. -- 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 2

[Bug 3109] New: Consistency Check, broken img tags
by bugzilla-daemon＠liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3109 Summary: Consistency Check, broken img tags Product: Koha Version: HEAD Platform: PC URL: http://www.koha.org/about-koha/case-studies/hlt.html OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Websites, Mailing Lists, etc. AssignedTo: jmf(a)liblime.com ReportedBy: joe.atzberger(a)liblime.com Estimated Hours: 0.0 Top of the page says "The first version of Koha went live at HLT in January 2005." That's just wrong. Should be 2000, as the rest of the page goes on to describe. The screenshot images are missing, links are 404. -- 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 2

[Bug 3812] New: Illegal Date 'iso' does not match 'iso' format (Acquisitions)
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3812 Summary: Illegal Date 'iso' does not match 'iso' format (Acquisitions) Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: m.de.rooy(a)rijksmuseum.nl Estimated Hours: 0.0 Change sponsored?: --- >From koha error log: [Mon Nov 23 10:36:57 2009] [error] [client 192.87.126.61] [Mon Nov 23 10:36:57 2009] orderreceive.pl: Illegal Date 'iso' does not match 'iso' format: yyyy-mm-dd at /usr/share/koha/intranet/cgi-bin/acqui/orderreceive.pl line 80. This happens when datareceived parameter does not exist or is empty. In that case the second parameter iso from the line below becomes the first parameter. my $datereceived = C4::Dates->new($input->param('datereceived'),'iso') || C4::Dates->new(); Solution: force the first parameter to be present in the call: my $datereceived = C4::Dates->new($input->param('datereceived')||'','iso') || C4::Dates->new(); -- 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 3795] New: Incorrect title URL in Receive Order table for multiple items
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3795 Summary: Incorrect title URL in Receive Order table for multiple items Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: m.de.rooy(a)rijksmuseum.nl Estimated Hours: 0.0 Change sponsored?: --- This bug is a continuation of bug 3794! If Receive Orders (orderreceive.pl) shows multiple items, clicking on the first row of the table takes you to the data of the second row. Selecting the last row produces a fatal error. Further analysis reveals that the orderreceive template does not produce a correct URL for multiple items. The main reason for the above error is the fact that it generates a biblio parameter instead of the correct biblionumber parameter in the title URL. This makes SearchOrder in Acquisitions.pm not find the correct record with the passed order number. For the first record, it only finds the second record that contains the order number in the title. For the second record, it finds nothing resulting in a fatal error. The orderreceive template must be adjusted for the biblionumber parameter (line 152). After that, clicking on the first row does not yet work (bug 3794). But the second link works now. After receiving the second title, it will be possible to receive the first one. The script orderreceive.pl should formally be corrected to also handle the situation of zero records. -- 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 3742] New: OPAC Authority Search does not really search anywhere
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3742 Summary: OPAC Authority Search does not really search anywhere Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: m.de.rooy(a)rijksmuseum.nl Estimated Hours: 0.0 Change sponsored?: --- Searching authorities with anywhere on Browse by Subject does not search anywhere but only in Heading, if you leave the other fields blank. This is caused by a small bug in opac-authorities-home.pl. The line filling the @values parameter before calling SearchAuthorities should not be: my @value = ($query->param('valuea'), $query->param('valueb'),$query->param('valuec'),); but should be: my @value = (scalar $query->param('valuea'), scalar $query->param('valueb'),scalar $query->param('valuec'),); Reason: CGI param returns an empty list for the blank values in list context. The parameters are mixed up as a result. Force them to scalar resets the situation. -- 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