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

[Bug 62] checkvalidisbn() routine is broken
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Jul '02

04 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=62 ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-07-05 16:46 ------- Created an attachment (id=2) Replaces modules/C4/Input.pm to fix checkvalidisbn() routine ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 62] New: checkvalidisbn() routine is broken
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Jul '02

04 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=62 Summary: checkvalidisbn() routine is broken Product: Koha Version: 1.2.1 Platform: PC Status: NEW Severity: normal Priority: P2 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net There is a flaw in the logic in the checkvalidisbn() routine that got out in the 1.2.1 release. Updating [yourintranetdir]/modules/C4/Input.pm fixes the problem. Fix is also in CVS. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

Feedback
by Pat Eyler 04 Jul '02

04 Jul '02

Dan, sorry it's taken me so long to get back to you. I've been in the midst of a very hectic week. Without further ado ... At 21:29 6/30/02 -0400 Dan Watts wrote: >At 03:36 AM 6/28/02 +0000, pate wrote: >> 28 June, 2002 >>To the Koha community; >> >> ... SNIP ... >>I'd like to hear back from people who are currently using or >>investigating Koha. If you've got stories, requests, or suggestions, >>please feel free to drop me a line at: kaitiaki(a)koha.org > >On behalf of the Pillsbury Free Library (http://warner.lib.nh.us/) in >Warner NH, I've been investigating Koha for about a year now. I ran >into a number of the same issues others have at getting this >installed. When the next release comes out, I'll probably take >another look and see if I have an easier time of getting it >installed. Please do try the 1.2.1 release we made earlier today. It should install cleanly using the new installer tool. I'll be very interested in hearing about your experience with it. > >Difficulties I ran into include: > > Links for URLs that didn't exist (it wasn't too hard to figure out > what they should be) I think we've got the dead links taken care of. We should probably add a link checker to our pre-release test suite. > > Difficulty understanding/using the acquisition module. (I haven't > tried the simple mode yet) Please do use the simple ... it's the preferred mechanism for all but larger libraries. HLT is in the midst of writing some documentation which should cover the non-simple mode acquisitions (among many other things). > > Difficulty understanding what the library card number sequence is > supposed to be. (I figured it out eventually. I figure I'll rip out > that code and replace it with something else. This would be a good > candidate for providing an optional module) It would be good to modularize this. If you're planning on writing your own code for this, it would be nice to try to roll that (along with the changes needed to modularize things) into the Koha sources. -pate Kaitiaki the Koha Project > >Dan >Trustee, Pillsbury Free Library, Warner NH USA >

1 0

Koha 1.2.1
by Pat Eyler 04 Jul '02

04 Jul '02

Koha 1.2.1 is ready! After almost a month of planning, coding, testing, and tweaking we've put together a new version of Koha for your book lending pleasure. Koha 1.2.1 represents a major improvement over 1.2.0. We've spent a great deal of time working on the installer/upgrader, and using these tools are now the recommended way of installing Koha on your system. Koha 1.2.1 includes our new manual, which should help you get up and running faster. The Z39.50 sub-system has been overhauled and is now much better (and easier to install to boot!). We've also cleaned up a number of bugs that crept into the 1.2.0 release -- and begun to build up our testing procedures to reduce new bugs in future releases. Please download the latest release of Koha (and find out lots more about the project) at <http://www.sourceforge.net/projects/koha/>. We encourage you to get this new release and give it a spin. We think you'll like what you see. We plan on continuing to improve Koha, and would love to have you come along on this exciting journey. Chris Cormack Pat Eyler 1.2 Release Manager Kaitiaki/Manager the Koha Project the Koha Project

1 0

demo of cookies based authentication
by Tonnesen Steve 04 Jul '02

04 Jul '02

I have a demo of cookies based authentication at: http://hazeltonsec-18.cmsd.bc.ca/cgi-bin/koha/shelves.pl You will need to login to access the shelves.pl script (no other scripts have been modified). I have the inactivity timeout set to 20 seconds, so you can also see how that works. You can login using one of two identities: userid: librarian password: koha userid: patron password: koha Steve.

1 0

[Bug 61] bug in installer.pl ($httpduser variable used before initialized)
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Jul '02

04 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=61 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OS/Version| |All ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-07-05 05:43 ------- Fixed in CVS, but this bug is in the 1.2.1 release. :( ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 61] New: bug in installer.pl ($httpduser variable used before initialized)
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Jul '02

04 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=61 Summary: bug in installer.pl ($httpduser variable used before initialized) Product: Koha Version: 1.2.0 Platform: PC Status: NEW Severity: normal Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net installer.pl tries to set httpduser=$httpduser in /etc/koha.conf before the variable has been set. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 60] invoice
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Jul '02

04 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=60 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OS/Version| |All ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-07-05 03:53 ------- I added this field into updatedatabase in rel-1-2, along with one other field (nocalc). I then ran into some other bugs and decided to leave full acquisitions well enough alone. I think it has some significant problems that need to be fixed, and that's why I set simple acquisitions as the default in the installer. I'll add the invoicedisc and nocalc fields in trunk updatedatabase. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 60] New: invoice
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Jul '02

04 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=60 Summary: invoice Product: Koha Version: 1.2.0 Platform: PC Status: NEW Severity: major Priority: P2 Component: Acquisitions AssignedTo: chris(a)katipo.co.nz ReportedBy: paul.poulain(a)free.fr QAContact: koha-devel(a)lists.sourceforge.net My 1st bugzilla reporting ;-) The modif of a supplier doesn't work : in acquisition.pm, line 599, the update refers to a invoicedisc column that does not exist in supplier table (at least in database.mysql) the same appears in main branch, so i'll be interested by the solution (remove of the invoicedisc reference probably) That was my 1st bugzilla ;-) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

about package scope...
by paul POULAIN 04 Jul '02

04 Jul '02

I've just spend almost 1 hour to understand a bug... He's due to the redundance of _itemcount_ sub : it exists in Search.pm AND in Catalogue.pm (aka Acquisition.pm for MARC). In newbasket2.pl, in 1.2 branch it uses the Search.pm one, and that's what wanted. In newbasket2.pl, in main branch, it uses the Catalogue.pm one, and THAT'S not the right one... It can be fixed by C4::Search::itemcount innstead of itemcount. My question is : * why does it use Search in 1.2 and Catalogue in main ? you must know that the use at the beginning of the script is the same, so it's not a declaration order problem. * is it good to have the same function name in 2 packages ? I know the answer : no ! can someone propose a new name for one of those itemcounts ? (katipo/chris maybe ?) Next mail in a few minuts for sure ;-) (as kiwis are sleeping and USA are in holiday, i can send as many mails as i want, without being disturbed by an answer ;-))) ) -- Paul

2 1