- Koha-devel - lists.koha-community.org

"Add item" interface in CVS
by Ambrose Li 21 Jan '03

21 Jan '03

Hi, in the new MARC-based acquisition interface, where do I enter the book title and related things? I don't see tags 100/245 (MARC21) etc. in the MARC editor, and I can't find it in the "items" screen either. (It has fields for "homebranch", "barcode", "dateaccessioned", "notforloan", "Koha item number", and "Koha notes" only.) I guess I don't understand how the MARC editor works; can anyone help me? :-) The other thing might be a bug: when I finally get to items and press Add item, I get an item record. Then it gets assigned a Koha item number (e.g., 2245). If I select the item, Modify it, and press Modify item, the screen shows the item number reduplicated (e.g., 2245 becomes 22452245). If I modify it again the item number gets reduplicated again. I find this strange. Regards, -- Ambrose Li <a.c.li(a)ieee.org>

2 2

[Bug 173] New: intranet startup failure - 1.3.3
by bugzilla-daemon＠wilbur.katipo.co.nz 21 Jan '03

21 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=173 Summary: intranet startup failure - 1.3.3 Product: Koha Version: 1.3.2 Platform: PC Status: NEW Severity: normal Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: erik.stainsby(a)modern-alchemy.net QAContact: koha-devel(a)lists.sourceforge.net It seems a missing startup splash image is causing failure to load app on intranet address: [Tue Jan 21 01:02:28 2003] [error] [client 209.53.193.150] File does not exist: /usr/local/koha/intranet/htdocs/images/kohasplash.jpg HTML::Template->new() : Cannot open included file /default/en/intranet-main.tmpl : file not found. at /usr/lib/perl5/site_perl/5.6.1/HTML/Template.pm line 1580 HTML::Template::_init_template('HTML::Template=HASH(0x81576b8)') called at /usr/lib/perl5/site_perl/5.6.1/HTML/Template.pm line 1177 HTML::Template::_init('HTML::Template=HASH(0x81576b8)') called at /usr/lib/perl5/site_perl/5.6.1/HTML/Template.pm line 1071 HTML::Template::new('HTML::Template', 'filename', '/default/en/intranet-main.tmpl', 'die_on_bad_params', 0, 'global_vars', 1, 'path', ...) called at /usr/local/koha/intranet/modules/C4/Output.pm line 92 C4::Output::gettemplate('intranet-main.tmpl', 'intranet') called at /usr/local/koha/intranet/modules/C4/Auth.pm line 105 C4::Auth::get_template_and_user('HASH(0x8461ba0)') called at /usr/local/koha/intranet/cgi-bin/mainpage.pl line 11 [Tue Jan 21 01:02:30 2003] [error] [client 209.53.193.150] Premature end of script headers: /usr/local/koha/intranet/cgi-bin/mainpage.pl ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 172] New: bugs.koha.org: bugzilla version selector missing 1.3.3
by bugzilla-daemon＠wilbur.katipo.co.nz 21 Jan '03

21 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=172 Summary: bugs.koha.org: bugzilla version selector missing 1.3.3 Product: Koha Version: unspecified Platform: PC Status: NEW Severity: normal Priority: P2 Component: bugs.koha.org AssignedTo: chris(a)katipo.co.nz ReportedBy: erik.stainsby(a)modern-alchemy.net QAContact: koha-devel(a)lists.sourceforge.net needs update ... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 171] New: koha.upgrade throws errors: missing table 'Koha.userflags'
by bugzilla-daemon＠wilbur.katipo.co.nz 21 Jan '03

21 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=171 Summary: koha.upgrade throws errors: missing table 'Koha.userflags' Product: Koha Version: 1.3.2 Platform: PC Status: NEW Severity: normal Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: erik.stainsby(a)modern-alchemy.net QAContact: koha-devel(a)lists.sourceforge.net Upgrading from 1.2.2 (cleanly installed this afternoon) to 1.3.3 using the koha.upgrade script. Intranet no longer accessible after "upgrade". This is a development/evaluation installation - nothing critical lost. Running as root, all perl modules installed and happy. Transcript follows of problem section: Upgrading Database ================== Adding marc_subfield_structure table... Adding bibliothesaurus table... Adding sessions table... Adding authorised_values table... Adding marc_breeding table... Adding sessionqueries table... Adding marc_blob_subfield table... Adding marc_biblio table... Adding marc_subfield_table table... Adding marc_word table... Adding marc_tag_structure table... Adding userid field to borrowers table... Adding flags field to borrowers table... Adding password field to borrowers table... Adding explanation field to systempreferences table... Adding notforloan field to itemtypes table... Alter printername in printers Alter id in z3950servers Alter bookfundid in aqbookfund Checking for data required in table userflags... DBD::mysql::st execute failed: Table 'Koha.userflags' doesn't exist at scripts/updater/updatedatabase line 505. DBD::mysql::st execute failed: Table 'Koha.userflags' doesn't exist at scripts/updater/updatedatabase line 505. DBD::mysql::st execute failed: Table 'Koha.userflags' doesn't exist at scripts/updater/updatedatabase line 505. DBD::mysql::st execute failed: Table 'Koha.userflags' doesn't exist at scripts/updater/updatedatabase line 505. DBD::mysql::st execute failed: Table 'Koha.userflags' doesn't exist at scripts/updater/updatedatabase line 505. DBD::mysql::st execute failed: Table 'Koha.userflags' doesn't exist at scripts/updater/updatedatabase line 505. DBD::mysql::st execute failed: Table 'Koha.userflags' doesn't exist at scripts/updater/updatedatabase line 505. DBD::mysql::st execute failed: Table 'Koha.userflags' doesn't exist at scripts/updater/updatedatabase line 505. DBD::mysql::st execute failed: Table 'Koha.userflags' doesn't exist at scripts/updater/updatedatabase line 505. DBD::mysql::st execute failed: Table 'Koha.userflags' doesn't exist at scripts/updater/updatedatabase line 505. DBD::mysql::st execute failed: Table 'Koha.userflags' doesn't exist at scripts/updater/updatedatabase line 505. Checking for data required in table systempreferences... Adding row to systempreferences: variable => dateformat explanation => metric or us value => metric Adding row to systempreferences: variable => template explanation => template default name value => default Adding row to systempreferences: variable => autoBarcode explanation => 1 or else. If 1, Barcode is auto-calculated value => 1 Adding row to systempreferences: variable => insecure explanation => if YES, no auth at all is needed. Be careful if you set this to yes ! value => NO Adding row to systempreferences: variable => authoritysep explanation => the separator used in authority/thesaurus. Usually -- value => -- Adding row to systempreferences: variable => opaclanguages explanation => languages value => en Adding row to systempreferences: variable => opacthemes explanation => theme value => default Adding row to systempreferences: variable => timeout explanation => login timeout value => 12000000 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

gettext
by Ambrose Li 20 Jan '03

20 Jan '03

Hi, I was looking at the tree and found a note on gettext. Is this stuff going to be used? i.e., should we handle translations solely through HTML::Template, or should we handle them through HTML::Template + gettext? -- Ambrose Li <a.c.li(a)ieee.org>

4 3

A Win32 circulation client (beginning stages)
by Patrick Quinn-Graham 20 Jan '03

20 Jan '03

Firstly: let me apologise - I posted this to koha-win32 as well. I've only come across Koha in the last few days, and am certainly excited by what I see: it's about time there was an opensource project like this. My one thing is: I'm not entirely sure I like the idea of doing Circulation type things through a web browser. So, here's the bit where I risk being unpopular: I've started writing a Windows client, for now I've only just started, but intend to do at least issueing/returning of materials. It's written in VisualBasic, so unfortunately probably won't be easily ported anywhere else, but so far doesn't use any non-standard controls, so it could be possible. It's currently sitting at a measly 132kb. (Plus, of course the VB stuff). It access the Koha system by connecting directly to the mySQL database using Microsoft Remote Data Objects and the myODBC connector, and authenticates based on the auth table. (I'm not sure how passwords are protected in there at the moment, as I just made up that part of my application - it md5's them, and stores them that way). Would any one else find this useful? If I release it, it will be under the GPL - it's not really based on Koha code, but I think it's only right. Just a little bio on me: I'm an 18 Software Engineering student at Victoria University (Wellington, New Zealand) - 2003 will be my second year, did all the Library Automation software stuff at my old High School - there we used the MUSAC Library Manager software, so have a reasonable understanding of at least the areas I'm working on here :-). If you want to try a really really early version of it, I'll put one up on my website (just need to recompile). Thanks for your reading time! Patrick.

5 4

Re: problem with koha::Bundle from MCPAN
by paul POULAIN 20 Jan '03

20 Jan '03

roberto sturman a écrit: > Hi Paul and thanks for answering! > > paul POULAIN wrote: >>> 2) >>> I would like to report a problem in compiling the HTML:Template. The >>> "make test" after compiling HTML::Template ver. 2.6 with Perl 5.8.0 >>> gives an error. According to the "HTML::Template" author it is due to a >>> bug in Perl 5.8.0. See: >>> http://www.mail-archive.com/html-template-users@lists.sourceforge.net/msg00… >> >> >> and what ? >> I had no problems to compile html::template on my mandrake 9.0 ( > > If someone tries to install all the packages from MCPAN using the > Bundle for Koha then the HTML::Template package is not installed > correctly due to the failed test. If koha::Bundle author could take a look :-) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

3 2

[Bug 170] Returning a book reduces item count to zero
by bugzilla-daemon＠wilbur.katipo.co.nz 20 Jan '03

20 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=170 ------- Additional Comments From a.c.li(a)ieee.org 2003-01-21 07:16 ------- This could also be something to do with the catalogue search code. The search obviously knows that this "item count 0" is not really zero items, since the "Request" link still shows up. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 170] New: Returning a book reduces item count to zero
by bugzilla-daemon＠wilbur.katipo.co.nz 20 Jan '03

20 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=170 Summary: Returning a book reduces item count to zero Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net In the current CVS with the sample data installed, returning a book decreases the item count to zero. The book still shows up in the catalogue, with an item count of zero, but you can still see the book (with the bar code, "last seen" date etc.) when you look at the book details, and the item can still be borrowed in issues. However, no useful item count/location information is shown any more in the catalogue. Need to figure out if this is a problem with the sample data or a problem with the circulation code. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 169] New: dateformat not used anywhere
by bugzilla-daemon＠wilbur.katipo.co.nz 20 Jan '03

20 Jan '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=169 Summary: dateformat not used anywhere Product: Koha Version: CVS Platform: PC Status: NEW Severity: normal Priority: P2 Component: Parameters AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net The dateformat parameter does not seem to be used anywhere. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0