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

[Bug 562] New: Returns not showing 'on reserve' message for holds
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Aug '03

06 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=562 Summary: Returns not showing 'on reserve' message for holds Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: critical Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net Chatted with Chris about this one, but should make it official: When we check in items which are on reserve, we get no message that the item is on hold for someone. We can be sure that the item has a hold because if we try to transfer it, the reserve message is displayed as expected. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 516] biblioitems.itemtype does not load
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Aug '03

06 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=516 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From paul.poulain(a)free.fr 2003-08-07 01:03 ------- OK, i've added the same method to extract numeric value from publicationyear than the one we added for copyrightdate. now, when you import MARC data, the 1st numeric year (YYYY) is searched in the MARC string for copyrightdate & publicationyear. I mark the bug as fixed ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 516] biblioitems.itemtype does not load
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Aug '03

06 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=516 ------- Additional Comments From paul.poulain(a)free.fr 2003-08-07 00:49 ------- from STEPHEN HEDGES : We developed a work-around for this: we build both a 942 holdings tag and a 952 holdings tag. The 942 tag is mapped to biblioitems fields, the 952 tag to items fields. That resolves the basic problem, which is that Koha divides biblio information into three "areas" (biblio, biblioitems, and items) while MARC divides it into two areas (main and copies). The extra holdings tag creates the third MARC area for biblioitems information. On a related subject, I still think Biblio.pm needs to be modified to allow the 260c tag to be prepared for biblioitems.publicationyear. The modification you made to allow 260c to be prepared for biblio.copyrightdate works fine. However, the more I use Koha, the more I think the publicationyear is more important than the copyrightdate. So I'd like to change my mapping to put 260c in biblioitems.publicationyear. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 560] member-flags.pl not working
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Aug '03

06 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=560 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version| |All ------- Additional Comments From paul.poulain(a)free.fr 2003-08-07 00:46 ------- 1- == works fine for me. Could you check your table structure & data for : - table USERFLAGS : 0 superlibrarian Access to all librarian functions 0 1 circulate Circulate books 0 2 catalogue View Catalogue (Librarian Interface) 0 3 parameters Set Koha system paramters 0 4 borrowers Add or modify borrowers 0 5 permissions Set user permissions 0 6 reserveforothers Reserve books for patrons 0 7 borrow Borrow books 1 8 reserveforself Reserve books for self 0 9 editcatalogue Edit Catalogue 0 10 updatecharges Update borrower charges 0 structure : bit int(11) Non 0 flag char(30) Oui NULL flagdesc char(255) Oui NULL defaulton int(11)Oui NULL table BORROWERS : check that there is a field flags int(11) 2- == Do you have a bug in error log ? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 556] OPAC subject search with class specified returns error
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Aug '03

06 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=556 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 561] Javascript link doesn't work
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Aug '03

06 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=561 oleonard(a)athenscounty.lib.oh.us changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version| |All ------- Additional Comments From oleonard(a)athenscounty.lib.oh.us 2003-08-06 23:19 ------- The javascript function name is 'openwindow', but is referred to in the body of the document as 'openWindow'. Since it's case-sensitive, this doesn't work. Other suggestions: Move the javascript inside the <head> of the document, and instead of this syntax: <a href="Javascript:openWindow('/cgi-bin/koha/moremember.pl? bornum=100000','Member')">V000001</a> Use this: <a href="/cgi-bin/koha/moremember.pl?bornum=100000" onclick="openwindow('/cgi- bin/koha/moremember.pl?bornum=100000','Member'); return false;">V000001</a> This method will give javascript-enabled browsers the pop-up window, but will act as a normal link for browsers with javascript turned off (or with no javascript support). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 561] New: Javascript link doesn't work
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Aug '03

06 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=561 Summary: Javascript link doesn't work Product: Koha Version: 1.9.2 Platform: PC URL: http://hdl:testing@hlt.katipo.co.nz/cgi- bin/koha/circ/returns.pl Status: NEW Severity: normal Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: ewan(a)cs.auckland.ac.nz QAContact: koha-bugs(a)lists.sourceforge.net When going to this page after having returned an item, there should be a "Borrower Information" panel with the borrower's card number and name. The card number is a link with some javascript, but clicking on the link does nothing. (I've checked that javascript is enabled on my browser, and that it actually works. Brower is Mozilla 1.4, Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030701) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 559] Sample data not up-to-date for 2.0.0pre2
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Aug '03

05 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=559 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal Status|NEW |ASSIGNED ------- Additional Comments From paul.poulain(a)free.fr 2003-08-06 04:29 ------- DON'T USE sampledata in 2.0.0preX It DOES NOT WORK, as NO MARC datas are included. The install process don't install them, so it's a bad idea to install them manually. Maybe NPL could provide a working english sampledata file ? (I could provide one, but in french...) I accept the bug, but change priority to "normal" ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 539] 'Child' category code is built into insertjdata.pl
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Aug '03

05 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=539 ------- Additional Comments From paul.poulain(a)free.fr 2003-08-06 04:25 ------- chris, is there something hardcoded in circulation with categorycode='C'. If there is, then we should not change, & keep 'C' in insertjdata. If there is not, then we can "templatify" the category code (& i'm ok to do it) Note that i've searched, and found nothing. the only harcoded values are in C4/Circulation/Circ2.pm, line 579-583 and they don't test 'C'. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 554] book description error
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Aug '03

05 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=554 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED OS/Version| |All Resolution| |INVALID Summary|book description error |book description error ------- Additional Comments From paul.poulain(a)free.fr 2003-08-06 04:09 ------- wow... if you play with sample-data 1-2, then you have an outdated version of Koha, as sample have been removed. Note also that your problem appears with old versions of MARC::Record. Upgrade both (Koha & MARC::Record), it should fix your problem. I mark your bug invalid, reopen it if still here after upgrade. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0