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

[Bug 458] Can't add a new supplier
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Jul '03

04 Jul '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=458 ------- Additional Comments From paul.poulain(a)free.fr 2003-07-05 00:58 ------- is this problem still here ? Unless someone object, i'll mark it fixed. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 514] copyrightdate is not loaded into biblio table
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Jul '03

04 Jul '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=514 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From paul.poulain(a)free.fr 2003-07-05 00:07 ------- In the sample you sended me, I see : 260 0 _a[Mankato, Minn.] : _bThe Child's World, _cc1993. So, the date in 260$c is : c1993. which is not a date isn't it :-) (note that it seems that EVERY date have a c at beginning and . at the end. Sometimes, it's even worst : 260 0 _aSouth Yarmouth, MA : _bJohn Curley & Associates, _cc1926,1954. In samples here : http://www.loc.gov/marc/bibliographic/ecbdimpr.html#mrcb260 I read : 260 ##$aNew York, N.Y. :$bElsevier,$c1984. 260 ##$a[S.l.] :$bInsight Press,$c1981. The ending . is OK (and should be accepted by Koha. The beginning c is a spydus creation. I mark the bug invalid. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 521] Duplicate card number
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Jul '03

03 Jul '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=521 mwhansen(a)hmc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From mwhansen(a)hmc.edu 2003-07-04 03:52 ------- Fixed in both the main branch and rel-1-2. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 253] Thesaurus management doesn't work
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Jul '03

03 Jul '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=253 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From paul.poulain(a)free.fr 2003-07-04 01:25 ------- R sturman is right. it has been fixed recently. # Revision 1.40 2003/04/22 10:48:27 wolfpac444 # Added "father" column to bibliothesaurus table # I've added thesaurus modif tools. I change this bug to fixed, CLOSE/CONFIRM or REOPEN for 2.0.0pre2 please. ------- 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 03 Jul '03

03 Jul '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=516 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |INVALID ------- Additional Comments From paul.poulain(a)free.fr 2003-07-03 22:03 ------- OK, I understand the problem... 952 it the tab you use for ITEMS. So it's stored with items, NOT with biblioitems. Thus, it's not transmitted to the correct function. what's the solution ? the only one is to move itemtype from 952 to something else. Why is it coded like this ? it's an historical behaviour (from 1.2.x) biblioitems is supposed to store infos common to some/many items, and there can be more than one for a given biblio. It's something that doesn't exist in MARC, who only has 2 different levels (biblio & item) One sample : * biblio => 1- the 2 towers, from tolkien * biblioitem => 1- edited in 1957, by "greatbook edition". 2- edited in 2002, by "pocket edition". * items => 1- barcode 100001, biblioitem 2 2- barcode 100002, biblioitem 1 3- barcode 100003, biblioitem 2 HTH. Note that an error should be reporter in checkmarc, i'll investigate why it does not. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 253] Thesaurus management doesn't work
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Jul '03

03 Jul '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=253 ------- Additional Comments From sturman(a)ts.infn.it 2003-07-03 17:54 ------- I am not shure it depends on this, but I remember that in some older versions (1.9.2 ?) there was a field missing in the creation of the thesaurus table (maybe the "father" field) ------- 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 03 Jul '03

03 Jul '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=516 ------- Additional Comments From chris(a)katipo.co.nz 2003-07-03 10:43 ------- This was causing bug 505. Itemtype is a fairly crucial piece of info. Catalogue will break, circulation will break, and reserves will break if its not set. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 525] New: If itemtype is not set, we get a broken more detail page, We should get an error page telling us itemtype is not set
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Jul '03

03 Jul '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=525 Summary: If itemtype is not set, we get a broken more detail page, We should get an error page telling us itemtype is not set Product: Koha Version: CVS Platform: PC URL: http://koha.athenscounty.lib.oh.us:8080/cgi- bin/koha/moredetail.pl?item=338&bib=160&bi=160 Status: NEW Severity: normal Priority: P3 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: chris(a)katipo.co.nz QAContact: koha-bugs(a)lists.sourceforge.net If itemtype is not set, we get a broken more detail page, We should get an error page telling us itemtype is not set. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 505] moredetail.pl/tmpl problem
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Jul '03

03 Jul '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=505 chris(a)katipo.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From chris(a)katipo.co.nz 2003-07-03 10:39 ------- select Itemtype from biblioitems where biblioitemnumber=160; +----------+ | Itemtype | +----------+ | NULL | +----------+ This is the problem. Koha depends on items having an itemtype. Now if i manually set the itemtype http://koha.athenscounty.lib.oh.us:8080/cgi-bin/koha/moredetail.pl?item=338… It all looks fine. this bug is a symptom of the import routine not setting an itemtype Im going to mark this bug as fixed invalid, and submit a new bug, for should fix level saying we should have an error page display if an itemtype is not set for a biblioitem ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 500] [INTRANET]Only 21 items are displayed in the search result
by bugzilla-daemon＠wilbur.katipo.co.nz 02 Jul '03

02 Jul '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=500 ------- Additional Comments From rachel(a)katipo.co.nz 2003-07-03 08:59 ------- Yes links to the other pages are missing - we have fixed this for UNIDO, is a problem in the template for the page. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0