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

[Bug 1368] FOREIGN KEY on categorycode fails during install
by bugzilla-daemon＠pippin.metavore.com 27 Aug '07

27 Aug '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1368 ------- Comment #6 from mjr(a)ttllp.co.uk 2007-08-27 03:13 ------- It would be better if the installer SQL cannot cause FOREIGN KEY violations. Maybe this is a topic to review in Friday's meeting? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1368] FOREIGN KEY on categorycode fails during install
by bugzilla-daemon＠pippin.metavore.com 24 Aug '07

24 Aug '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1368 ------- Comment #5 from henridamien(a)koha-fr.org 2007-08-23 15:28 ------- Add SET FOREIGN_KEY_CHECKS = 0 to your mysql install files. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1306] Web Installer should test for and handle mysql version
by bugzilla-daemon＠pippin.metavore.com 24 Aug '07

24 Aug '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1306 henridamien(a)koha-fr.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #1 from henridamien(a)koha-fr.org 2007-08-23 15:20 ------- Resolved by tipaul ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1396] circulation page fails if patron has invalid expiration date
by bugzilla-daemon＠pippin.metavore.com 23 Aug '07

23 Aug '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1396 henridamien(a)koha-fr.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Comment #1 from henridamien(a)koha-fr.org 2007-08-23 08:27 ------- Some tests should be done to expiry to detect invalid date. I have done it on my git copy. Should commit as soon as possible. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1406] New: Auto barcode generation for simple aquis
by bugzilla-daemon＠pippin.metavore.com 22 Aug '07

22 Aug '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1406 Summary: Auto barcode generation for simple aquis Product: Koha Version: 2.2.9 Platform: PC OS/Version: Linux - Debian Status: NEW Severity: normal Priority: P3 Component: Acquisitions (Simple) AssignedTo: chris.cormack(a)liblime.com ReportedBy: roger(a)hrothgar.co.uk QAContact: koha-bugs(a)nongnu.org I mentioned this on a Koha list and was referred here. The auto barcode generation does not work on simple aquis. The reason is that the code checks whether the barcode is present before it is generated. The following appears to effect a cure. I have not fully tested it: only with autoBarcode ON and with simple new biblios (and simple entries). And I am not capable of producing diffs ... The first point is that the template after the Copyright page should not have space for a barcode to be entered if autoBarcode is ON: presumably one should not mix auto barcodes with manual barcodes. In aqui-simple/additem-nomarc.pl I have added # Added RH 22 Aug 2007 # Used to decide whether to display slot for barcode in form if (C4::Context->boolean_preference('autoBarcode')){ $template->param( AUTOUPDATEBARCODE => 1 )} else {$template->param( AUTOUPDATEBARCODE => 0 )}; (I think the last line is unnecessary: it was used for debugging.) In the template file aqui-simple/additem-nomarc.tmpl I have added after <div id="bloc25"> <form action="saveitem.pl" method="post"> <input type="hidden" name="biblionumber" value=""> <h2 class="catalogue">ADD NEW ITEM:</h2> <p><i>For a website add the group only</i></p> this (or rather changed to it this):  <p><label>Item Barcode:</label><input type="text" name="barcode" size="40"></p>  <p> It does upset the formatting of the page a bit. I then added to aqui-simple/saveitem.pl a simple barcode generator: if ( (! $website) && (C4::Context->boolean_preference('autoBarcode'))){ $barcode=$biblionumber+1; } I am not sure why the +1: I think other code had it in and I left it ... Is biblionumber unique? I tried # { # my $sth; # $sth=$dbh->prepare("Select max(barcode) from items"); # $sth->execute; # my $data=$sth->fetchrow_hashref; # $barcode = $results[0]->{'barcode'}+1; # $sth->finish; # } and commented it out because it didn't work (using C4::Context etc). The result always seemed to be 1. Wouldn't a better solution be to have a slot in the db for an autoBarcode number which was automatically increased by 1 each time and then checked automatically for duplicates (and recursively increased by 1 if duplicates were found). It seems to me to be odd that if a duplicate barcode is found the code reports the fact but does nothing about it. Anyway, the above works here and enables me to enter simple biblios manually: I do not have z3950 working atm and full cataloguing is not something I am keen to spend my time doing. Roger ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1397] Cannot search for string with colon symbol :
by bugzilla-daemon＠pippin.metavore.com 22 Aug '07

22 Aug '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1397 ------- Comment #1 from oleonard(a)myacpl.org 2007-08-22 08:20 ------- Here's a good example from Nelsonville's catalog, showing how a valid title could be unsearchable: http://search.athenscounty.lib.oh.us/cgi-bin/koha/opac-detail.pl?bib=188340 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1405] New: Virtual shelves with contents can be deleted without warnings
by bugzilla-daemon＠pippin.metavore.com 22 Aug '07

22 Aug '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1405 Summary: Virtual shelves with contents can be deleted without warnings Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Catalogue AssignedTo: paul.poulain(a)free.fr ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org It seems it's now possible to delete a virtual shelf without removing all the contents first--which is good! But Koha offers no warnings about the action. A javascript warning can be easily added via the template, but a destructive act like that should have a non-javascript-reliant, Perl-script-generated warning. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1404] New: OPAC does not show me the contents of my virtual shelf
by bugzilla-daemon＠pippin.metavore.com 22 Aug '07

22 Aug '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1404 Summary: OPAC does not show me the contents of my virtual shelf Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: OPAC AssignedTo: jmf(a)kados.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org I have created a virtual shelf in the intranet and added an item to it. When I log into the OPAC using the same account and click "Your Virtual Shelves" it displays no shelves and says "This Virtual Shelf is empty." ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1403] New: Virtual shelves offer no warning if invalid barcode is entered
by bugzilla-daemon＠pippin.metavore.com 22 Aug '07

22 Aug '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1403 Summary: Virtual shelves offer no warning if invalid barcode is entered Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Catalogue AssignedTo: paul.poulain(a)free.fr ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org In the intranet, if I add an item to a shelf by barcode and use an invalid barcode, I get no warning that the barcode was not recognized. The page simply refreshes without taking any action. This bug also affects dev_week. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1402] New: Renew link on patron detail screen does nothing
by bugzilla-daemon＠pippin.metavore.com 22 Aug '07

22 Aug '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1402 Summary: Renew link on patron detail screen does nothing Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Members AssignedTo: chris.cormack(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org On /cgi-bin/koha/members/moremember.pl, clicking the 'Renew' link brings up a Javascript confirm message and refreshes the page on confirmation, but the expiration date for the patron is not changed. In fact, the expiration date information disappears from the screen, although no change is made to the database. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0