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

[Bug 3162] New: Authority subfileds defintions and Show/Show Collapsed/Hide option
by bugzilla-daemon＠liblime.com 10 Feb '10

10 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 Summary: Authority subfileds defintions and Show/Show Collapsed/Hide option Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: tajoli(a)cilea.it CC: tajoli(a)cilea.it Estimated Hours: 0.0 The defintion of visibilty of MARC subfields in the enviroments used (Opac, Intranet, Editor) is different between MARC Bibliographic framework [http://<your site>:8080/cgi-bin/koha/admin/biblio_framework.pl] and Authority framework [http://<your site>:8080/cgi-bin/koha/admin/authtypes.pl] In MARC Bibliographic framework to setup this option we use an input box that accepts values between -7 to 8. The meaning of the values is explained into the on-line help. No problems here. In Authority framework there are 3 List boxes (one for Opac, one for Intranet, one for Editor). The CGI with the bug is .../admin/auth_subfields_structure.pl For example see the defintion of field 035 (on Unimarc or MARC21 default framework): http://<your site>:8080/cgi-bin/koha/admin/auth_subfields_structure.pl?op=add_form&tagfield=035&authtypecode= But those 3 values are managed by only one SQL field, auth_subfield_structure.hidden. This field is a tinyint(3) field. So, when the system tries to save a value like '000', Mysql transform it into '0'. So not all option avaible in the inteface are recoredable into auth_subfield_structure.hidden The defintions of Authority subfields in installer/data/mysql/fr-FR/marcflavour/unimarc_complet/Obligatoire/autorites_norme_unimarc.sql and in installer/data/mysql/en/marcflavour/marc21/mandatory/authorities_normal_marc21.sql still use the scale -7 ... 8 And in fact the CGI for the display .../opac/opac-authoritiesdetail.pl .../authorities/detail-biblio-search.pl .../authorities/detail.pl still use the scale -7 ... 8 with problems. In fact the lines used in ../opac/opac-authoritiesdetail.pl .../authorities/detail-biblio-search.pl .../authorities/detail.pl to check the value of auth_subfield_structure.hidden are: $subfield_data{visibility} = "display:none;" if ( ($tagslib->{$tag}->{$subfield}->{hidden} % 2 == 1) and $value ne '' or ($value eq '' and !$tagslib->{$tag}->{$subfield}->{mandatory}) ); So the only two values that it is possible to use are 0 (or every evan value that means 'show all') and -7 (or ever odd value that means hide all). Well, this the problem. About solution ? My proposal is: -- for tree 3.0 I will write a patch to use the values '0','-5' with the meanings 'show all' vs 'hide all'. I select those two values because are just now used into SQL authority default defintions. So I need to change only the code of ../admin/auth_subfields_structure.pl, the help template and display template No changes in SQL defintion, into others CGI or into SQL authority default defintions. -- for tree 3.2 I think we need to plan a better system. Probably use 3 list box is better but we need to decide: a)Do we do the work with one SQL field or with three fields ? b)And what about MARC Bibliographic framework c)And about migration of framework from 3.0 to 3.2 ? That's all, I think Bye -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 11

[Bug 3640] New: Problem with ModItemFromMarc
by bugzilla-daemon＠kohaorg.ec2.liblime.com 10 Feb '10

10 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3640 Summary: Problem with ModItemFromMarc Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: MARC Bibliographic data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: henridamien(a)koha-fr.org Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1144) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1144) testexemplaire is a script making the problem show up I encountered a problem ModItemFromMarc Here is a dump of Marcrecord input : LDR 00255 2200049 4500 100 _aMonchamp de test 995 _f12314123113 _010/08/2007 _10 _40 _aS 7175*BULA _d0 _gXPHIM _i17/09/2002 _md _p103513 _q213647 _sa _w17/09/2002 _z0 _vPetite Note au passage _9130837 _cU1BULA _kS 7175*BULA _rLIV _o0 _eMAG _hPJ _bU1BUCG at testexemplaires line 27. Here is a dump of the marcrecord edited 995 _f12314123113 _010/08/2007 _10 _40 _aS 7175*BULA _d0 _gXPHIM _i17/09/2002 _md _p103513 _q213647 _sa _w17/09/2002 _z0 _vPetite Note au passage _9130837 _cU1BULA _kS 7175*BULA _rLIV _o0 _eMAG _hPJ _bU1BUCG a dump of the marc record after update : 995 _f12314123113 _aMonchamp de test _9130837 _cU1BULA _kS 7175*BULA _rLIV _o0 _eMAG _hPJ _bU1BUCG -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 3751] New: Typo in marc21_field_008.pl
by bugzilla-daemon＠kohaorg.ec2.liblime.com 10 Feb '10

10 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3751 Summary: Typo in marc21_field_008.pl Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Cataloging AssignedTo: magnus(a)enger.priv.no ReportedBy: magnus(a)enger.priv.no Estimated Hours: 0.0 Change sponsored?: Sponsored Line 145 currently looks like: "f230$f30" => $f30, it should be: "f30$f30" => $f30, -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 3255] New: [3.0.x], [3.2] With dev install you must create and use a 'koha' user
by bugzilla-daemon＠liblime.com 10 Feb '10

10 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3255 Summary: [3.0.x], [3.2] With dev install you must create and use a 'koha' user Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Installation (command-line installer) AssignedTo: galen.charlton(a)liblime.com ReportedBy: tajoli(a)cilea.it Estimated Hours: 0.0 Change sponsored?: --- If you install Koha with the 'dev' option, you can't select the value of $KOHA_USER and KOHA_GROUP variables. The installer force you to use the values 'koha', 'koha'. In fact is not a big bug, if you use a different user/group name you need only to correct by hand 2 lines of the scripts misc/bin/koha-zebraqueue-ctl.sh misc/bin/koha-pazpar2-ctl.sh misc/bin/koha-zebra-ctl.sh I send a patch about it that is only a warning during installation. I think that 'dev' option is for few user, that they are more expert of average. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 3773] New: Problerm using the new ISBD visualization
by bugzilla-daemon＠kohaorg.ec2.liblime.com 10 Feb '10

10 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3773 Summary: Problerm using the new ISBD visualization Product: Koha Version: rel_3_0 Platform: All OS/Version: Linux - Debian Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: tajoli(a)cilea.it CC: Sebastien.Hinderer(a)snv.jussieu.fr Estimated Hours: 0.0 Change sponsored?: --- I have upload the patch for bug 3734 After installed it, the ISBD visualization stops to work in Opac and in Intranet. The problem is in the function 'GetISBDView' of the API C4/Biblio.pm To solve the problem I used the patches for this function written by Sébastien Hinderer http://lists.koha.org/pipermail/koha-patches/2009-November/004798.html http://lists.koha.org/pipermail/koha-patches/2009-November/004799.html http://lists.koha.org/pipermail/koha-patches/2009-November/004801.html http://lists.koha.org/pipermail/koha-patches/2009-November/004800.html but I'm not sure of the quality of my code. Probably is better to check all the function 'GetISBDView'. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3805] New: basket level invoicenumber not populated but displayed
by bugzilla-daemon＠kohaorg.ec2.liblime.com 09 Feb '10

09 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3805 Summary: basket level invoicenumber not populated but displayed Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- Their are invoicenumber fields in both aqorders and aqbasket. In receipt the orderline invoicenumber is assigned. The basket level field is not currently populated, nor is it passed to the basket display but the label for the field is displayed. Currently this is just misleading for the user suppress the basket level invoicenumber from display. The attribute is a candidate for removal from the basket. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 3647] New: Patron Info Response Summary Item Fields contain HASH(x)
by bugzilla-daemon＠kohaorg.ec2.liblime.com 09 Feb '10

09 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3647 Summary: Patron Info Response Summary Item Fields contain HASH(x) Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: joe.atzberger(a)liblime.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- In Patron Info Response if requested a list of item id should be returned. (Charged Items etc) Currently these are being populated by HASH(xxx) as the datastructure rather than one of its fields is passed to the output routine Patch to follow -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 3434] New: Serials Claims Not working
by bugzilla-daemon＠liblime.com 09 Feb '10

09 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3434 Summary: Serials Claims Not working Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- When you try to issue a serials claim the email is not being sent and the subscription record is not updated. Causes appear to be: Invalid SQL in C4/Serials.pm Value of op is not being set correctly when clains.pl is called. Problem also present in stable release Will submit patches when they are tested -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

[Bug 3696] New: checking in invalid item causes break of comm
by bugzilla-daemon＠kohaorg.ec2.liblime.com 09 Feb '10

09 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3696 Summary: checking in invalid item causes break of comm Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P3 Component: SIP2 AssignedTo: joe.atzberger(a)liblime.com ReportedBy: patrick.langer(a)easycheck.org Estimated Hours: 0.0 Change sponsored?: --- When checking in an invalid (unknown) item via SIP2, communication is broken. This may be related to Bug 2653. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 3723] New: Patron Information Response missing mandatory field
by bugzilla-daemon＠kohaorg.ec2.liblime.com 09 Feb '10

09 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3723 Summary: Patron Information Response missing mandatory field Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: SIP2 AssignedTo: joe.atzberger(a)liblime.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- When an invalid barcode is sent in a patron information request the system is correctly responding with 'invalid patron' however the mandatory field instituition id is missing. On some selfcheck units this causes a failure in parsing the message causing an interruption in service. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3