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

[Bug 1384] Issues with itemtype = NULL are not displayed on patron checkout page (2.2.8)
by bugzilla-daemon＠pippin.metavore.com 18 Jul '07

18 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1384 ------- Comment #3 from devin(a)freeshell.org 2007-07-18 06:23 ------- (In reply to comment #2) > Fixed, but an item should never have no itemtype, so we need to also find how > this item got no itemtype set and stop that happening. I don't understand what the mystery is. I have four item types defined. I added books in two ways. One way was with bulkmarcimport.pl; if I didn't set an itemtype then there was no itemtype defined for the book, the field was NULL. The second way was with the Intranet web interface, from the MARC cataloging page. The first few books I added, I didn't even visit the 5th tab, where the itemtype is defined. So it was simply never set. If itemtype should always be set, should the field be NOT NULL and default to the first itemtype or something? Personally, I don't see why it should be required. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1301] No borrower category filter for borrowers stats
by bugzilla-daemon＠pippin.metavore.com 16 Jul '07

16 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1301 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 797] Search by ISBN fails.
by bugzilla-daemon＠pippin.metavore.com 16 Jul '07

16 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=797 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Comment #2 from chris.cormack(a)liblime.com 2007-07-15 15:25 ------- opac-searchresults.pl is deprecated in 2.2 (and above) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1317] Detecting borrower type "P" and "I" doesn't seem to work
by bugzilla-daemon＠pippin.metavore.com 16 Jul '07

16 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1317 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Comment #1 from chris.cormack(a)liblime.com 2007-07-15 15:20 ------- Hmm a url, or a template name would help here. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1313] If itemnumber is wrong or doesn't exist, maninvoice.pl fails silently
by bugzilla-daemon＠pippin.metavore.com 16 Jul '07

16 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1313 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Comment #2 from chris.cormack(a)liblime.com 2007-07-15 15:19 ------- Fixed in cvs ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1313] If itemnumber is wrong or doesn't exist, maninvoice.pl fails silently
by bugzilla-daemon＠pippin.metavore.com 15 Jul '07

15 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1313 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Comment #1 from chris.cormack(a)liblime.com 2007-07-15 14:55 ------- Its failing because of the new foreign key constraints introduced with 3.0. Ill add some error handling ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1384] Issues with itemtype = NULL are not displayed on patron checkout page (2.2.8)
by bugzilla-daemon＠pippin.metavore.com 15 Jul '07

15 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1384 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #2 from chris.cormack(a)liblime.com 2007-07-15 14:40 ------- Fixed, but an item should never have no itemtype, so we need to also find how this item got no itemtype set and stop that happening. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1386] "maxlength" in template causes broken Issuing Rules
by bugzilla-daemon＠pippin.metavore.com 13 Jul '07

13 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1386 oleonard(a)athenscounty.lib.oh.us changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|mjr(a)ttllp.co.uk |paul.poulain(a)free.fr Component|Installation |Parameters Platform|PC |All ------- Comment #2 from oleonard(a)athenscounty.lib.oh.us 2007-07-12 17:04 ------- Better yet, modify the issuing rules script so that it rounds the fine to a reasonable number of decimal places (does anyone need more than 2?) and remove the maxlength on the form field altogether. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1386] "maxlength" in template causes broken Issuing Rules
by bugzilla-daemon＠pippin.metavore.com 12 Jul '07

12 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1386 ------- Comment #1 from dswhite42(a)spambob.com 2007-07-12 14:56 ------- This is Koha 2.2.9, BTW. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1386] New: "maxlength" in template causes broken Issuing Rules
by bugzilla-daemon＠pippin.metavore.com 12 Jul '07

12 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1386 Summary: "maxlength" in template causes broken Issuing Rules Product: Koha Version: branch 2.2 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Installation AssignedTo: mjr(a)ttllp.co.uk ReportedBy: dswhite42(a)spambob.com QAContact: koha-bugs(a)nongnu.org On the Intranet "Issuing Rules" page, one might put in a "fine" value of 1,7,7 (i.e. $1.00 fine after the 7th day, every 7 days). However in the MySQL "issuingrules" table, the "fine" column has a datatype of DECIMAL(28,6). So the fine value is stored as "1.000000" Next time the Issuing Rules page is loaded, the value of the "fine" form field will be prefilled with "1.000000,7,7". However, the form field has a hardcoded maxlength value of 10, so what the librarian sees in the form is actually "1.000000,7". If the form is submitted, that value will be passed to the database, and the last item in the form field will be lost, causing "firstremind" to be set to NULL in the "issuingtable" table. Workaround: Set the maxlength of the fields to be longer than 10 characters. I made these changes for myself in {KOHA}/intranet/htdocs/intranet-tmpl/npl/en/parameters/issuingrules.tmpl and {KOHA}/intranet/htdocs/intranet-tmpl/default/en/parameters/issuingrules.tmpl , but they would need to be changed in other templates as well. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0