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

[Bug 761] New: Breeding Farm can not handle 2 MARC records with the same ISBN
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Mar '04

23 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=761 Summary: Breeding Farm can not handle 2 MARC records with the same ISBN Product: Koha Version: 2.0.0 Platform: PC Status: NEW Severity: normal Priority: P2 Component: MARC AssignedTo: paul.poulain(a)free.fr ReportedBy: chris(a)katipo.co.nz QAContact: koha-bugs(a)lists.sourceforge.net Hi there, Ive found to my dismay that it happens that you can have 2 MARC records with the same ISBN. For instance in the Australian National Library, they have quite a few items which are maps and an accompanying booklet. The map and the booklet are catalogued separately, each having their own MARC record, but they both have the same ISBN. Currently importing them into the breeding farm (reserviour) will result in only one record being loaded. Either 1 will overwrite the other, or one will just be ignored. I think I can rework it so it checks on isbn and title to check for duplicate, rather than just isbn. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 760] New: Budget admin edit screen doesn't output values correctly
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Mar '04

23 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=760 Summary: Budget admin edit screen doesn't output values correctly Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Parameters AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net The add/modify screen of /admin/aqbudget.pl seems to be outputting the wrong values. If you try to modify an existing budget, the screen that appears seems to be the 'add' screen: the header is incorrect, and the form fields are blank. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 759] New: Charges table shows incorrect number of columns
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Mar '04

23 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=759 Summary: Charges table shows incorrect number of columns Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Parameters AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net /admin/charges.pl shows too many columns. It looks like the script should loop over the borrower categories and output a column for each one. However, we have 4 borrower types specified, and it outputs nine. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 758] New: Move error messages out of branches.pl
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Mar '04

23 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=758 Summary: Move error messages out of branches.pl Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Parameters AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net branches.pl defines several messages which are passed to the template. These should be moved out of the script and into the template so the page can be properly translated. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 757] New: Move HTML and English strings out of marctagstructure.pl
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Mar '04

22 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=757 Summary: Move HTML and English strings out of marctagstructure.pl Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Parameters AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net marctagstructure.pl doesn't allow for complete translation because it has HTML and English strings hard-coded into it. See this at line 101 for instance: if ($searchfield) { $template->param(action => "Modify tag", searchfield => "<input type=\"hidden\" name=\"tagfield\" value=\"$searchfield\" />$searchfield"); ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 756] New: Cannot delete printer
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Mar '04

22 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=756 Summary: Cannot delete printer Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Parameters AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net Deletion of a printer doesn't work. Here's what the error log says: Premature end of script headers: /usr/local/koha/intranet/cgi-bin/admin/printers.pl execute called with 1 bind variables when 0 are needed at /usr/local/koha/intranet/cgi-bin/admin/printers.pl line 129. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 755] New: Item statuses hard-coded into Search.pm
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Mar '04

22 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=755 Summary: Item statuses hard-coded into Search.pm Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net There are several English language strings hard-coded into Search.pm: "Not available," "Withdrawn," "Onloan," etc. Until these variables are moved to the template, translation isn't possible. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 754] New: additem.pl should pass today's date to the template
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Mar '04

22 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=754 Summary: additem.pl should pass today's date to the template Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Acquisitions (Simple) AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net additem.pl should pass today's date to the template in the proper format. Currently no information is provided to the user about the proper format in which to enter a date. Passing today's date would be useful in that it would save a step in most cases (no need to enter a new date), and act as an example in those cases where a different date is needed. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 749] moditem.pl doesn't do anything
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Mar '04

22 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=749 ------- Additional Comments From shedges(a)athenscounty.lib.oh.us 2004-03-23 04:22 ------- I think I found the problem (certainly at least part of the problem). Biblio.pm (Revision 1.78.2.6, etc.) has a type in line 1488: notforloan=?, should be notforloan=? (get rid of the comma, please, it crashes the SQL -- thanks!) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 753] New: Apostrophes and commas cause marc_word search to fail
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Mar '04

22 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=753 Summary: Apostrophes and commas cause marc_word search to fail Product: Koha Version: CVS Platform: PC Status: NEW Severity: normal Priority: P2 Component: Catalogue AssignedTo: paul.poulain(a)free.fr ReportedBy: shedges(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net The new (HEAD) search.marc/search.pl and SearchMarc.pm fail when a comma or an apostrophe is present in the search term(s). Two examples: * search for author "Henry, Sue" converts to a "like 'Henry,%' and like 'Sue%'" select on marc_word, which fails because of the comma (commas cannot be stored in marc_word); * search for title "I'll be home for Christmas" fails because marc_word removes apostrophes (which is a good thing to do for the French language?, certainly not good for the English language) and the search finds no "I'll" in marc_word. To fix the first example, commas should be stripped from the end of search terms ($term=~ s/,$//). Commas in the middle of a term could indicate sloppy typing by the searcher, e.g. "Henry,Sue" with no space between terms. In the case of a comma in the middle of a term, the comma should be used to split the term into two separate terms. To fix the second example, assuming that marc_word still does not save apostrophes, then search terms containing an apostrophe should be ignored. Stripping the apostrophe from the term ("I'll" becomes "Ill") would result in incorrect "hits" in marc_word and sloppy search results. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0