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

[Bug 88] New: Can't log out if using basic authentication
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Sep '02

05 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=88 Summary: Can't log out if using basic authentication Product: Koha Version: 1.2.3 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 Taking out the logout button from every page would be a lot of work, but should probably display a warning page if a user attempts to "log out" when the server is set up to use basic authentication. The warning page should inform the user that they have to quit their browser application in order to log out. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 87] New: Remove "Set Template" link from search results page
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Sep '02

05 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=87 Summary: Remove "Set Template" link from search results page Product: Koha Version: 1.2.3 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 I put that link there for testing of templates. Probably shouldn't be available in a production setting... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 86] acquisition of multiple items
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Sep '02

05 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=86 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED OS/Version| |All Resolution| |FIXED ------- Additional Comments From paul.poulain(a)free.fr 2002-09-06 01:28 ------- woops... no bug : you just have to enter barcodes separated by |. sorry for annoying... (note : would be nice to see it on screen ;-) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 86] New: acquisition of multiple items
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Sep '02

05 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=86 Summary: acquisition of multiple items Product: Koha Version: 1.2.0 Platform: PC Status: NEW Severity: normal Priority: P2 Component: Acquisitions (Full) AssignedTo: chris(a)katipo.co.nz ReportedBy: paul.poulain(a)free.fr QAContact: koha-devel(a)lists.sourceforge.net Through normal item acquisition, it seems that if you buy and recieve more than 1 item, only 1 item is created in item table. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

maybe a bug, or something i don't understand ?
by paul POULAIN 05 Sep '02

05 Sep '02

Probably a question for a katipan (Finlay ?) ! I' testing always deeply my MARC version, and i find something strange in normal acquisition system. Let me explain : * you create a new basket, with a new biblio => you call newbiblio.pl, you validate, and it creates a old-DB biblio, a old-DB biblioitem, as well as MARC-DB data. * you realise you made something wrong, so you want to modify : you search for supplier, you click on the basket, and you click on the biblio again to modify it. When you validate your modifs, some of them are not recorded : ISBN, and branches, at least. Fortunately, all the fields modified are in biblio table and all fields unmodified are in biblioitem table... Elementary, my dear Watson... So i had a look to the perl code, and founded only "newbiblioitem" calls and no "modbiblioitem" in addorder.pl. That's why i think it's a bug. It's a problem for me, as i can't update MARC record ;-\\\ Please confirm it's a bug, and if yes, i'll correct it. -- Paul

1 0

new developers
by Pat Eyler 05 Sep '02

05 Sep '02

In the last couple of days, I've added three more developers to the project at sourceforge: Dorian Meid -- a german programmer and translator, looking to work on templating Ron Wickersham -- working with CalAcademy and looking to do testing and development Mike Hansen -- a student down at Harvey Mudd ... also working on templating We also have three people coming in from Nelsonville Public Library: Joshua Ferraro Owen Leonard Stephen Hedges They've got sone perl, html, and other skills and have asked about projects to start out on. Welcome to the project. Feel free to introduce yourselves in more detail (or to point out glaring errors in the above). Pat Eyler Kaitiaki/manager migrant Linux sys admin the Koha project ruby, shell, and perl geek http://www.koha.org http://pate.eylerfamily.org

4 3

Introduction
by J. Kenneth Riviere 04 Sep '02

04 Sep '02

Seeing the request for people to introduce themselves, I thought I'd de-lurk. I've only just joined the list and haven't really gotten started with Koha, but I'm interested in learning. I've been a programmer and systems analyst for more than 20 years. I started my career working at Georgia Tech in the Library. We developed our own MARC bibliographic record processing software in COBOL on a CDC Cyber computer using the NOS operating system which used a 6 bit character set. That was quite a challenge to deal with the variable length fields and maintain the international characters in the bibliographic records. We had to read and interpret 8 bit characters as binary values from 9-track tapes mailed from OCLC to update our bibliographic data which was all stored on 9-track tapes (there simply wasn't enough disk space to hold the entire catalog except once a year during Christmas break we'd take over the entire campus computer in order to produce our micro-fiche catalog). We worked with Sirsi to develop their first implementation of a library circulation system. This was done on a TI-990 running TI's DX-10 operating system and was again written in COBOL. It used CP/M micros as intelligent workstations. This was eventually rewritten for Ultrix in C, but the C code was proprietary to Sirsi so I never worked with that directly. We were the first installation of Sirsi's package. We eventually added a BRS search system running on an IBM mainframe under MVS and CICS. When budget cuts led to me being laid off I tried to get work in other libraries, but without an MLS I couldn't even get an interview, despite my years of Library Automation experience. I eventually spent most of the next 10 years working with Informix on Unix platforms writing code in Informix's 4GL language (a procedural wrapper for SQL), perl, C, C++, and more recently doing some web work using PHP and MySQL. My current company looks to be getting ready to go belly up. I've been thinking of going back for that MLS and trying to get back into the library systems market. I just discovered the Koha package and it sounds like an exciting endeavor. It occurs to me that if there are any libraries in the southeast USA that are considering Koha then I might be able to get some consulting work or even a Systems Librarian job in such a setting. I don't know how much help I'll be since I'll be working on my own time and am not yet familiar with the system, but I'll probably continue to lurk for awhile and see what I can pick up. In the meantime I'll boot up my Linux box and see about getting Koha installed so that I can see what it can do. -JoKeR (J. Kenneth Riviere)

2 1

[Bug 85] New: koha.upgrade squashes custom templates
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Sep '02

04 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=85 Summary: koha.upgrade squashes custom templates Product: Koha Version: 1.2.3 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 koha.upgrade moves all existing files in the intranet directory to a backup directory and then installs the new files in that location. This means that custom template files will not be in the new installation. Koha.upgrade needs to account for this in some way. One solution would be to not move the files out, and then just install the new files over top of the old ones (after backing them up). Disadvantage is that any old files that were removed in the latest release will be left behind after the upgrade. Another solution would be to copy custom templates back from the backup location to the new install after installing... could just go through the listing of templates and copy any in that don't exist in the current install. I think this is probably the best solution... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

Re: [Koha-devel] new developers - Checked by Vexira DEMO version - - Ch
by Owen Leonard 04 Sep '02

04 Sep '02

> We also have three people coming in from > Nelsonville Public Library: > Joshua Ferraro > Owen Leonard > Stephen Hedges > > They've got sone perl, html, and other skills and > have asked about projects to start out on. > > Welcome to the project. Feel free to introduce > yourselves in more detail Thanks! I'll start: I'm Owen Leonard, I've been the web designer/developer for the Nelsonville Public Library for the past few years. I've been doing web design since about '97. A couple years ago we started using Macromedia (then Allaire's) ColdFusion for the library's web site when we decided we needed something more powerful and dynamic. Since then I've done lots of work in ColdFusion, primarily for the library intranet. I've also worked with PHP and MySQL, starting with just personal projects, but now for the library as well, particularly in anticipation of switching to Koha. I've been trying to move the library's pages towards XHTML and CSS standards, which is why I was interested in helping out with that aspect of Koha. I've got no experience with Perl, but I'm eager to help out in any way I can. -- Owen

1 0

[Bug 68] processz3950queue has hard-coded values
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Sep '02

03 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=68 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED OS/Version| |All Resolution| |FIXED ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-09-04 09:16 ------- Fixed daemon user ID by grabbing the setting from /etc/koha.conf Fixed hardcoded "/var/run" directory. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0