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

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

28 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=562 ------- Additional Comments From shedges(a)athenscounty.lib.oh.us 2003-08-29 09:13 ------- No, the problem doesn't seem to be our data. When I manually add a reserve on an issued item and then check it in, I still don't get a message. (How could this possibly be working for HLT?!? What is different?) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

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

28 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=562 ------- Additional Comments From shedges(a)athenscounty.lib.oh.us 2003-08-29 05:40 ------- Has anyone tried the latest CVS on a functioning database (like HLT)? This reserve business seems to be very complex, and I'm wondering if our 'virgin' database does not yet have all the parameters that need to be passed to the CGIs and modules, since it's imported data. If this seems to work elsewhere, perhaps the solution is to enter all of our current (1500+) reserves manually (yuk). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 586] New: additem.tmpl displays incorrect biblio number
by bugzilla-daemon＠wilbur.katipo.co.nz 28 Aug '03

28 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=586 Summary: additem.tmpl displays incorrect biblio number Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal 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.tmpl (template for /cgi-bin/koha/acqui.simple/additem.pl) contains this snippet: <b>MARC biblio : <TMPL_VAR name="bibid"></b> ...But the value displayed here is not the biblio number of the record to which items are being added. Elsewhere in the template is the variable '<TMPL_VAR name="biblionumber">' which is correct. Why two variables? Is 'bibid' supposed to be something different? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 585] New: Using 'document.forms[0]' notation prevents use of other forms on page
by bugzilla-daemon＠wilbur.katipo.co.nz 26 Aug '03

26 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=585 Summary: Using 'document.forms[0]' notation prevents use of other forms on page Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal 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 The use in javascript of references like 'document.forms[0]...' prevents users from adding other forms on the page. We have a persistent navigation menu in our template which uses several forms for quick searches. Because they precede the 'main' form on the page, the 'document.forms[0]...' notation breaks, since it now points to the wrong form. I'm guessing the solution would be to identify forms by name and id. These references are used in the templates acqui.simple\addbiblio.tmpl, acqui.simple\additem.tmpl, circ\returns.tmpl, and search.marc\search.tmpl ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 584] New: Web site search returns blank page, websitesearch.pl untemplated
by bugzilla-daemon＠wilbur.katipo.co.nz 26 Aug '03

26 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=584 Summary: Web site search returns blank page, websitesearch.pl untemplated Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal 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 I'm not even sure what this page is supposed to do, but it doesn't do anything for us! When you do a web site keyword search from addbooks.pl a blank page is returned. Taking a look at websitesearch.pl reveals that it is untemplated. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 583] New: values in marc_word table should have quotation marks, etc, stripped
by bugzilla-daemon＠wilbur.katipo.co.nz 26 Aug '03

26 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=583 Summary: values in marc_word table should have quotation marks, etc, stripped Product: Koha Version: CVS Platform: PC Status: NEW Severity: major Priority: P2 Component: MARC AssignedTo: paul.poulain(a)free.fr ReportedBy: shedges(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net bulkmarcimport.pl currently does not strip out quotation marks, parentheses, or brackets before loading words into the marc_word table. As a result: Television (Television (Television) Television) "Television "Television" etc. are all stored as separate words. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 579] biblioitems.classification not available to search results templates
by bugzilla-daemon＠wilbur.katipo.co.nz 25 Aug '03

25 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=579 mwhansen(a)hmc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version| |All ------- Additional Comments From mwhansen(a)hmc.edu 2003-08-25 11:21 ------- I checked this out, and I was able to get the "classification" column to display in the Intranet search results (search.pl and searchresults.tmpl). I will take a look at the other pages ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 582] New: Move error message contents out of newmember.pl
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Aug '03

23 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=582 Summary: Move error message contents out of newmember.pl Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Members AssignedTo: chris(a)katipo.co.nz ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net newmember.pl contains the contents of error messages which appear if the member entry form is not completed properly. These messages should be moved to the template so that they can be customized. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 580] Creating manual invoice inserts incorrect date
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Aug '03

22 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=580 oleonard(a)athenscounty.lib.oh.us changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From oleonard(a)athenscounty.lib.oh.us 2003-08-22 10:50 ------- Sorry--it works fine, we just didn't check the obvious--that is, whether the server time was correct! ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 581] New: Problems adding a new item/book
by bugzilla-daemon＠wilbur.katipo.co.nz 21 Aug '03

21 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=581 Summary: Problems adding a new item/book Product: Koha Version: 2.0.0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Acquisitions (Simple) AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: ben.hall(a)ffa.int QAContact: koha-bugs(a)lists.sourceforge.net I have my system preferences set to simple acquisitions and have marc support switched off. When I enter a new record everything seems to work ok. A biblio entry is made and a biblioitem soon follows. The problem starts when I go and view the record using a catalogue search. When I view the new record, item count is zero and the record has no branch. After some communications with Chris we discovered that the items table has a correct home branch value but the holdingbranch is null. But the fun doesn't stop there. When I attempt to modify the Barcode record, which I assume corresponds to the items table I get a homebranch text box that is blank. And then when I try and modify the group record (which I think corresponds to the biblioitems table) I get the following error: Can't locate C4/Acquisitions.pm in @INC (@INC contains: /www/servers/koha/modules /usr/local/lib/perl5/5.8.0/i686-linux /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/i686-linux /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl .) at /www/servers/koha/cgi-bin/updatebibitem.pl line 24. BEGIN failed--compilation aborted at /www/servers/koha/cgi-bin/updatebibitem.pl line 24. Is an old script or template floating around in my system? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0