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

[Bug 1038] searching is broken in HEAD
by bugzilla-daemon＠wilbur.katipo.co.nz 18 Apr '06

18 Apr '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1038 jmf(a)kados.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From jmf(a)kados.org 2006-04-19 01:26 ------- We're closing this because HEAD's not stable and we shouldn't file bug reports until it stabilizes ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1052] New: Major Bug in MARC tables Sync
by bugzilla-daemon＠wilbur.katipo.co.nz 14 Apr '06

14 Apr '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1052 Summary: Major Bug in MARC tables Sync Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P2 Component: MARC AssignedTo: paul.poulain(a)free.fr ReportedBy: jmf(a)kados.org QAContact: koha-bugs(a)nongnu.org We discovered a major bug (blocker IMO) in rel_2_2: when items are edited, the marc_word table's old values are not deleted. This leads to a very strange bug where even though the record for an item is correct, searching for the old values (for shelving location for instance), brings up the record. The problem seems to be in the MARCdelitem routine, which modifies marc_subfield_table but never touches marc_word. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1051] Mismatch between values for preferedRecordSyntax in db and the z3950 daemon
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Apr '06

13 Apr '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1051 marilen.corciovei(a)nemesisit.ro changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version| |All ------- Additional Comments From marilen.corciovei(a)nemesisit.ro 2006-04-13 19:11 ------- After some additional research I found out that the bug is in fact in the npl version of the z3959servers.tmpl. The code in the default template is: <select name="syntax"> <option value="MARC21">MARC21</option> <option value="UNIMARC">UNIMARC</option> </select> which is correct. In fact the fix whould consist only to change the npl version of the template to match the default one. However from a Net:Z3950 point of vue it's more natural as option USMARC instead of MARC21. Anyway the templates should be syncronized. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1033] Please update koha.org with new Mailing list info
by bugzilla-daemon＠wilbur.katipo.co.nz 12 Apr '06

12 Apr '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1033 ------- Additional Comments From oleonard(a)athenscounty.lib.oh.us 2006-04-13 05:21 ------- Fixed now? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1051] New: Mismatch between values for preferedRecordSyntax in db and the z3950 daemon
by bugzilla-daemon＠wilbur.katipo.co.nz 11 Apr '06

11 Apr '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1051 Summary: Mismatch between values for preferedRecordSyntax in db and the z3950 daemon Product: Koha Version: 2.2.0 Platform: PC Status: NEW Severity: normal Priority: P2 Component: z39.50 Server AssignedTo: jferraro(a)athenscounty.lib.oh.us ReportedBy: marilen.corciovei(a)nemesisit.ro QAContact: koha-bugs(a)nongnu.org The choices in z3950servers.tmpl are: <select name="syntax"> <option value="USMARC">USMARC</option> <option value="UNIMARC">UNIMARC</option> </select> The code in processz3950queue and found: eval { $conn->option(preferredRecordSyntax => Net::Z3950::RecordSyntax::USMARC);} if ($globalsyntax eq "MARC21"); eval { $conn->option(preferredRecordSyntax => Net::Z3950::RecordSyntax::UNIMARC);} if ($globalsyntax eq "UNIMARC"); In processz3950queue MARC21 should be changed to USMARC. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1050] New: deletions busted on intranet detail screen in NPL templates
by bugzilla-daemon＠wilbur.katipo.co.nz 10 Apr '06

10 Apr '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1050 Summary: deletions busted on intranet detail screen in NPL templates Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Templates AssignedTo: oleonard(a)athenscounty.lib.oh.us ReportedBy: jmf(a)kados.org QAContact: koha-bugs(a)nongnu.org Deletions work fine for MARCdetail, but don't work on 'normal view' ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1049] New: Major Cataloging Errors with memo style entry fields.
by bugzilla-daemon＠wilbur.katipo.co.nz 17 Mar '06

17 Mar '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1049 Summary: Major Cataloging Errors with memo style entry fields. Product: Koha Version: 2.2.0 Platform: PC URL: http://wairaka.lib.indiana.edu OS/Version: Windows 2000 Status: NEW Severity: critical Priority: P2 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: vikinzer(a)indiana.edu QAContact: koha-bugs(a)nongnu.org Whenever I create a biblio that has a field long enough to create a memo style field this bug happens. On initial creation of the biblio everything is fine. But if for some reason I have to edit the biblio, or add additional authors thereby causing the memo style entry field to render on the page everything goes horribly wrong. When I try to save the biblio it doesn't save any of the data after general note in the right field. Everything gets shifted. Sometimes some data is completely deleted. If the field which is abnormally large is the summary field in the Notes tab then that data is always lost. I know that the fields in my database are unique to mine, so the reference to which fields cause this bug to manifest in certain ways isn't necesserily useful. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1048] New: Adding new serial broken (using default templates)
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Mar '06

04 Mar '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1048 Summary: Adding new serial broken (using default templates) Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P2 Component: Serials AssignedTo: paul.poulain(a)free.fr ReportedBy: jmf(a)kados.org QAContact: koha-bugs(a)nongnu.org [Fri Mar 03 21:19:51 2006] [error] [client 70.104.108.241] HTML::Template->output() : fatal error in loop output : HTML::Template::param() : attempt to set parameter 'itemlocationloop' with a scalar - parameter is not a TMPL_VAR! at /usr/lib/perl5/site_perl/5.8.5/HTML/Template.pm line 2963, referer: http://koha.liblime.com/cgi-bin/koha/bull/subscription-detail.pl?subscripti… [Fri Mar 03 21:19:51 2006] [error] [client 70.104.108.241] at /var/www/liblime.com/koha/intranet/cgi-bin/bull/statecollection.pl line 160, referer: http://koha.liblime.com/cgi-bin/koha/bull/subscription-detail.pl?subscripti… [Fri Mar 03 21:19:51 2006] [error] [client 70.104.108.241] Premature end of script headers: statecollection.pl, referer: http://koha.liblime.com/cgi-bin/koha/bull/subscription-detail.pl?subscripti… ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1047] New: Punctuation in site names breaks Edit/Delete z39.50 server administration
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Mar '06

03 Mar '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1047 Summary: Punctuation in site names breaks Edit/Delete z39.50 server administration Product: Koha Version: 2.2.0 Platform: PC OS/Version: Linux - Debian Status: NEW Severity: minor Priority: P2 Component: z39.50 Server AssignedTo: jferraro(a)athenscounty.lib.oh.us ReportedBy: marc(a)happyjoy.com QAContact: koha-bugs(a)nongnu.org Regarding "Add Z39.50 Server" in "System Administration" When you "add" a server and enter a site name that contains a comma "," or a dash "-" then later that server can not be deleted or edited. A check of the z3950 log suggests the server entry appears work however. E.g. a site name of "UNIVERSITY OF BC, LAW LIB" will cause this problem, but "UNIVERSITY OF BC LAW LIB" will not. Only tested with "," and "-", suspect that other punctuation may cause same problem. Work around: Do not use punctuation when naming your z3950 servers. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1046] Unable to purchase the content.
by bugzilla-daemon＠wilbur.katipo.co.nz 16 Feb '06

16 Feb '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1046 Telaprolukiran(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|VERIFIED |CLOSED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0