- Koha-devel - lists.koha-community.org

[Bug 180] New: Literal <br> appears in branch address
by bugzilla-daemon＠wilbur.katipo.co.nz 25 Jan '03

25 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=180 Summary: Literal <br> appears in branch address Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Parameters AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net If a branch address consists of several lines, a <br> (the string <br>, not a line break) appears between each line on the screen. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 179] New: Install.pm should not check for Perl 5.6.0
by bugzilla-daemon＠wilbur.katipo.co.nz 25 Jan '03

25 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=179 Summary: Install.pm should not check for Perl 5.6.0 Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net Install.pm checks for a minimum Perl version of 5.6.0. However, this version is buggy and is incompatible with MARC::Record. Since Koha now requires MARC::Record, the minimum Perl version should be 5.6.1. Ed pointed out that the RPM for 5.6.1 can be found at http://rhn.redhat.com/errata/RHBA-2002-023.html ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 178] New: showmessage would not allow a default response of "0"
by bugzilla-daemon＠wilbur.katipo.co.nz 25 Jan '03

25 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=178 Summary: showmessage would not allow a default response of "0" Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net In Install.pm, if the caller specifies a default response, showmessage will test the default response as a boolean, so a default response of "0" will always be ignored. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 177] New: showmessage free does not accept empty string
by bugzilla-daemon＠wilbur.katipo.co.nz 25 Jan '03

25 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=177 Summary: showmessage free does not accept empty string Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net In Install.pm, if the caller specifies a free response type, and the user inputs an empty string when the default value is also empty, the number 1 is returned. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 176] New: showmessage yn does not accept uppercase Y or N
by bugzilla-daemon＠wilbur.katipo.co.nz 25 Jan '03

25 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=176 Summary: showmessage yn does not accept uppercase Y or N Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net In Install.pm, if the caller specifies a yn response type, it is converted into a restrictchar yn. Because of how restrictchar matches its input, uppercase Y or N is not allowed, even though the message shown to the user will include uppercase Y and N as the list of valid inputs. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 175] New: showmessage restrictchar (or yn) can crash on illegal input
by bugzilla-daemon＠wilbur.katipo.co.nz 25 Jan '03

25 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=175 Summary: showmessage restrictchar (or yn) can crash on illegal input Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net In Install.pm, if the caller specifies a restrictchar (including yn) response type, showmessage will use the user input as a regexp to check for validity. If the user inputs something that is an illegal regexp (e.g., a single *), an uncaught exception results and installer.pl dies. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 174] installer.pl installs templates in the wrong place
by bugzilla-daemon＠wilbur.katipo.co.nz 25 Jan '03

25 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=174 ------- Additional Comments From a.c.li(a)ieee.org 2003-01-25 23:11 ------- This turns out to be not an installer.pl/Install.pm bug at all, but a buildrelease bug. A "cp -a" command in buildrelease copied all the files in the template directories, instead of copying the template directories themselves, resulting in the files copied into the wrong places. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 174] installer.pl installs templates in the wrong place
by bugzilla-daemon＠wilbur.katipo.co.nz 24 Jan '03

24 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=174 a.c.li(a)ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From a.c.li(a)ieee.org 2003-01-25 19:39 ------- A "cp -a" command copied all the files in the template directories, instead of copying the template directories themselves, resulting in the files copied into the wrong places. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 174] New: installer.pl installs templates in the wrong place
by bugzilla-daemon＠wilbur.katipo.co.nz 24 Jan '03

24 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=174 Summary: installer.pl installs templates in the wrong place Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net After running the installer.pl script, /etc/koha.conf contains intrahtdocs=/usr/local/koha/intranet/htdocs/intranet-tmpl opachtdocs=/usr/local/koha/opac/htdocs/opac-tmpl However, the templates are actually installed in /usr/local/koha/intranet/htdocs and /usr/local/koha/opac/htdocs/ Judging from activity in the CVS check-ins, it seems that the contents in /etc/koha.conf should be taken as right; i.e., the files are being installed in the wrong directories. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

Re: [Koha] Suggestion
by paul POULAIN 24 Jan '03

24 Jan '03

Bigwood, David a écrit: >A suggestion, Koha should be able to use the LibraryLookup bookmarklet >developed by Jon Udell. >http://weblog.infoworld.com/udell/stories/2002/12/11/librarylookup.html > >It would be nice if it was included and would display on the OPAC so that >patrons could just drag it to their toolbar. > very nice feature... note for frenchies : a 2 min study shows that it may work for www.alapage.com but not with www.fnac.com (french booksellers on the web) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

2 1