September 2003 - Koha-bugs - lists.koha-community.org

[Bug 604] New: problems with completely new installation of Koha 2
by bugzilla-daemon＠wilbur.katipo.co.nz 11 Sep '03

11 Sep '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=604 Summary: problems with completely new installation of Koha 2 Product: Koha Version: 1.2.0 Platform: PC OS/Version: Linux - Redhat Status: NEW Severity: normal Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: roger(a)hrothgar.co.uk QAContact: koha-bugs(a)lists.sourceforge.net I am an English barrister, not a librarian. I am a reasonable good amateur Perl programmer. I want to use Koha for a small professional library - say 15K pounds a year new/renewals. I have had a lot of problems installing. Can I suggest you try installing from scratch with *no* available data and no MARC etc and see what happens if you try to enter existing books, ie not new purchases, manually? I found it extremely difficult. "Preferences" seems to be case sensitive but accepts words in any case (and sometimes eg "Yes" where "1" is the correct answer). So it took me a long time to get to simple biblio. At first I tried entering one book in the basket for a publisher. I found it impossible to enter the price. If I entered it under list price as 50 and then clicked on >> the entry showed the price as 0.00. So I tried again and found I had 2 entries for the same book at 0.00. So I deleted one and tried amending the other. This time the budget price etc changed to 100 -- and I could not persuade it to change. (ie type 50, go to next field and the 1st field is back to 100.) Eventually I gave up. I have auto-generate-barcode set. But I can find no trace anywhere of what the bar code has been set to (for either copy of the same book which is now in the biblio). So I cannnot try circulating it. Surely circulation should permit entering the title rather than the barcode (wherever it is)? (Since this is for an internal library I want users to be able to issue/reissue themselves: this has been discussed over the last few days on lis-law(a)jiscmail.ac.uk, eg: >I think this comes down to an integrity issue within the organisation >you are working for. I am hoping to have a new LMS soon and it will give >me the option of doing exactly what you suggest. An OPAC so that a fee >earner can see who an item is located to, this would enable them to >contact that person ( it could be the person in the next office!). Issue >and return facilities are also available at their desk tops which would >enable both parties to reissue the item to the new person. This as far >as I can see would save a lot of time and frustration. It does however, >rely on a high level of trust and goodwill from all the people >concerned. -- no-one is likely to intend to cheat the system.) Logging in after adding a few users under the opac caused problems since I had not set any passwords: I do not think that I was asked to do so. So I had to change the default to no authorisation. If I then searched for a book, eg "long", a screen comes up with the two identical entries for a book by Longrigg & Higgins, (c) 2003, "item count": 0, "location": blank. If I click on "request", which is the only thing I can do, I get koha/opac-reserve.pl?bib=3 which asks something about "which item types are OK for you?" Neither I nor my imaginary user knows what this means - there are none listed - I leave it blank, and get the error message "you must select at least one item type". If I try various other options (eg check request) I end up with opac-user.pl displaying "you have no items on issue". Surely if "item" is essential, there should be a default? Summary: For a first time user with no existing electronic data Koha 2 is unusable ... Roger Horne ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 597] addbiblio.pl does not warn of duplicate barcodes
by bugzilla-daemon＠wilbur.katipo.co.nz 11 Sep '03

11 Sep '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=597 ------- Additional Comments From paul.poulain(a)free.fr 2003-09-12 00:51 ------- Are u SURE your install is up2date ? I fixed barcode duplication error a few days ago (see bug 565) To check, look at additems.pl : --- additem.pl 4 Sep 2003 13:04:12 -0000 1.18 *************** *** 28,31 **** --- 28,32 ---- use C4::Context; use C4::Koha; # XXX subfield_is_koha_internal_p + use C4::Search; use HTML::Template; use MARC::File::USMARC; *************** *** 59,62 **** --- 60,64 ---- my $itemrecord; my $nextop="additem"; + my @errors; # store errors found while checking data BEFORE saving item. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 595] 'Add field' link in /acqui.simple/addbiblio.pl adds incorrect field.
by bugzilla-daemon＠wilbur.katipo.co.nz 11 Sep '03

11 Sep '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=595 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From paul.poulain(a)free.fr 2003-09-12 00:46 ------- mmm... I looked at koha.athencounty... & agree... The problem is that it works fine for me (with default templates) :-( Are you sure your templates are uptodate ? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 599] edited items are stored incorrectly in old Koha DB
by bugzilla-daemon＠wilbur.katipo.co.nz 11 Sep '03

11 Sep '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=599 ------- Additional Comments From paul.poulain(a)free.fr 2003-09-12 00:35 ------- not sure to understand well. Could you give me an example (i've bookmarked your site, so I can look, & don't need user/pass reminder) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 603] New: patron searches are wonky when first letter of first and last name are the same
by bugzilla-daemon＠wilbur.katipo.co.nz 10 Sep '03

10 Sep '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=603 Summary: patron searches are wonky when first letter of first and last name are the same Product: Koha Version: CVS Platform: PC Status: NEW Severity: normal Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: shedges(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net Normally, when you search for a patron (member.pl), you can limit the search by entering the first letter of the patron's first name -- e.g. "Smith, C" only returns hits on patrons with the last name 'Smith' and a first name starting with 'C.' If, however, the first letter of the first name is the same as the first letter of the last name, all borrowers with that last name are returned, e.g. "Smith, S" returns everyone with the last name 'Smith.' ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 598] Reserves2.pm SQL error
by bugzilla-daemon＠wilbur.katipo.co.nz 09 Sep '03

09 Sep '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=598 chris(a)katipo.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OS/Version| |All ------- Additional Comments From chris(a)katipo.co.nz 2003-09-10 09:31 ------- Hi Stephen can u recall what script you are running when this error occurs. It looks like FindReserves is being called without a biblionumber or a borrowernumber. So I want to find whats calling this and fix that call. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 602] New: Item Type options as Call Number prefix in 852 Location Call Number
by bugzilla-daemon＠wilbur.katipo.co.nz 09 Sep '03

09 Sep '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=602 Summary: Item Type options as Call Number prefix in 852 Location Call Number Product: Koha Version: 2.0.0 Platform: PC OS/Version: Linux - Mandrake Status: NEW Severity: normal Priority: P2 Component: Acquisitions (Full) AssignedTo: chris(a)katipo.co.nz ReportedBy: koha(a)purity.com.ph QAContact: koha-bugs(a)lists.sourceforge.net I've installed 2.0pre3 from scratch with a default installation (default config = MARC = 1) I've added "Item Types" into the parameters. Now when I try to add a new acquisition, through the MARC biblio, the 852 Location / Call Number field k Call number prefix (NR) has selectable options which is taken from the Item Types (entered through the Parameter) Unless I misunderstood something, the 852 field would generally be a Call Number, so this field should not be the item type. Should it? This does not happen to the upgraded installation (from 1.2 -> 2.0pre2 -> 2.0pre3) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 601] New: US date format not supported (should use "us" )
by bugzilla-daemon＠wilbur.katipo.co.nz 09 Sep '03

09 Sep '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=601 Summary: US date format not supported (should use "us" ) Product: Koha Version: 2.0.0 Platform: PC OS/Version: Linux - Mandrake Status: NEW Severity: trivial Priority: P2 Component: Parameters AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: koha(a)purity.com.ph QAContact: koha-bugs(a)lists.sourceforge.net Changed the Date Format from "metric" to US (which is one of the options in the description field). It was accepted but when one goes to Members and view an entry, the Join date field will result in a "US date format not supported" error. It will work with using "us" instead. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 272] Membership record says fee paid - not shown in reports
by bugzilla-daemon＠wilbur.katipo.co.nz 09 Sep '03

09 Sep '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=272 koha(a)purity.com.ph changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Reports |Members OS/Version|All |Linux - Mandrake Version|1.9.1 |2.0.0 ------- Additional Comments From koha(a)purity.com.ph 2003-09-09 16:23 ------- Installed v2.0pre3 from scratch. Set up the borrower categories with 0.00 FEE and 0.00 Reservation After adding a new user, it will reflect a Fee $30.00 paid entry in the user details. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 600] New: v2.0pre3: includes directory in koha.conf
by bugzilla-daemon＠wilbur.katipo.co.nz 09 Sep '03

09 Sep '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=600 Summary: v2.0pre3: includes directory in koha.conf Product: Koha Version: 2.0.0 Platform: PC OS/Version: Linux - Mandrake Status: NEW Severity: trivial Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: koha(a)purity.com.ph QAContact: koha-bugs(a)lists.sourceforge.net Tried to install koha.conf from scratch When comparing the new conf file with that of the old, there is a difference wherein the includes file now points to the opac directory whereas the old one was pointing to an include directory under intranet. includes=/usr/local/koha/opac/htdocs/includes Further checking, the directory does not even exist. I did find the *.inc files under intranet/htdocs/intranet-tmpl ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0