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

[Bug 1840] New: Staged record matching on 13 digit ISBN problematic
by bugzilla-daemon＠pippin.metavore.com 14 Feb '08

14 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1840 Summary: Staged record matching on 13 digit ISBN problematic Product: Koha Version: rel_3_0 Platform: Macintosh OS/Version: All Status: NEW Severity: normal Priority: P3 Component: MARC Bibliographic record staging/import AssignedTo: galen.charlton(a)liblime.com ReportedBy: debra.denault(a)liblime.com QAContact: koha-bugs(a)nongnu.org Staging a record for import based on ISBN match seems to have a small bug. In a test of this on ISLC's beta db an incoming record with a 13 digit ISBN is not matched to a record in the database with an identical 13 digit ISBN (Title = The Mission Song, ISBN = 9780316016742 (fyi both records have the identical 10 digit ISBN in them as well) You can see the record in the 'Manage Staged Records' list under Tools .. #19. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1839] New: Shipment date should be defaulted to today
by bugzilla-daemon＠pippin.metavore.com 14 Feb '08

14 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1839 Summary: Shipment date should be defaulted to today Product: Koha Version: rel_3_0 Platform: PC URL: http://i17.hdlaurent.paulpoulain.com/cgi- bin/koha/acqui/parcels.pl?supplierid=2 OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Acquisitions AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: henridamien(a)koha-fr.org QAContact: koha-bugs(a)nongnu.org Shipment date is null... So that receive order is badly displayed. It should be defaulted to today. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1838] New: coherence lack.
by bugzilla-daemon＠pippin.metavore.com 14 Feb '08

14 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1838 Summary: coherence lack. Product: Koha Version: rel_3_0 Platform: PC URL: opac-detail.pl OS/Version: All Status: NEW Severity: normal Priority: P3 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: henridamien(a)koha-fr.org QAContact: koha-bugs(a)nongnu.org There seems to be a problem with MARC View tab : it is not a tab but a new page which displays MARC information. I agree it is not so little that we can put it in a tab. But then, why not use different views. (a link as basket view ?) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1836] Adding patrons fails when using cites/zipcode feature
by bugzilla-daemon＠pippin.metavore.com 14 Feb '08

14 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1836 mason.james(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #3 from mason.james(a)liblime.com 2008-02-14 00:30 ------- I have have a crack at fixing this. Patrons do now add successfully Patch sent for members/memberentry.pl ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1836] Adding patrons fails when using cites/zipcode feature
by bugzilla-daemon＠pippin.metavore.com 14 Feb '08

14 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1836 mason.james(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Adding patrons fails |Adding patrons fails when |unexpectedly, due to empty |using cites/zipcode feature |input fields | ------- Comment #2 from mason.james(a)liblime.com 2008-02-14 00:00 ------- (In reply to comment #0) > looks like a few columns in 'borrowers' are set to not allow null values OK , after looking at this again it seems to be a bigger weirder issue there seems to be a mismatch btw memberentrygen.tmpl and memberentry.pl specifically with these 3 variables: $select_city, $zipcode, $city $zipcode and $city are not longer being used by memberentry.pl anymore? and $select_city looks like this '777|city1' ? from the template... $("#select_city").change(function(){ var myRegEx=new RegExp(/(.*)\|(.*)/); document.form.select_city.value.match(myRegEx); document.form.zipcode.value=RegExp.$1; document.form.city.value=RegExp.$2; yet, in the script, the call to getzipnamecity() is always going to fail... if ($select_city){ my ($borrower_city,$borrower_zipcode)=&getzipnamecity($select_city); $newdata{'city'}= $borrower_city; $newdata{'zipcode'}=$borrower_zipcode; } why ae we doing (and failing) a getzipnamecity() lookup when we already have the city and zipcode? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1837] New: In fr-FR UNIMARC, installer doesn't populate class_sort_rules table with records
by bugzilla-daemon＠pippin.metavore.com 13 Feb '08

13 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1837 Summary: In fr-FR UNIMARC, installer doesn't populate class_sort_rules table with records Product: Koha Version: rel_3_0 Platform: All URL: http://localhost:8080/cgi-bin/koha/admin/classsources.pl OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Installation (web-based installer) AssignedTo: henridamien(a)koha-fr.org ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)nongnu.org After a fr-FR UNIMARC installation : - http://localhost:8080/cgi-bin/koha/admin/classsources.pl shows empty Classification Sources and Classification Filing Rules - class_sort_rules table is empty There is a /installer/data/mysql/en/mandatory/class_sources.sql file which hasn't its counterpart in the fr-FR directory hierarchy. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1836] Adding patrons fails unexpectedly, due to empty input fields
by bugzilla-daemon＠pippin.metavore.com 13 Feb '08

13 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1836 ------- Comment #1 from henridamien(a)koha-fr.org 2008-02-12 22:51 ------- seems odd to me that borrowernumber default is NULL. And address and city not NULL. Maybe we could update those fields. Surname, branchcode and categorycode are necessary fields for koha. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1836] New: Adding patrons fails unexpectedly, due to empty input fields
by bugzilla-daemon＠pippin.metavore.com 13 Feb '08

13 Feb '08

1 0

[Bug 1835] New: C4::Members::changepassword() returns before calling logaction()
by bugzilla-daemon＠pippin.metavore.com 12 Feb '08

12 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1835 Summary: C4::Members::changepassword() returns before calling logaction() Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: P3 Component: Transaction logs AssignedTo: paul.poulain(a)free.fr ReportedBy: mhafen(a)i.washk12.org QAContact: koha-bugs(a)nongnu.org I guess I should check first to make sure this sub is used. I'm assuming it is. I noticed while looking at the code that a return will be reached before logaction() is called in all cases. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1834] New: Import causes double entry in zebraqueue
by bugzilla-daemon＠pippin.metavore.com 12 Feb '08

12 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1834 Summary: Import causes double entry in zebraqueue Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P3 Component: MARC Bibliographic record staging/import AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com QAContact: koha-bugs(a)nongnu.org Looks like we get a zebraqueue entry for each bib and item. Related enhancement request: Add option to index the full batch in one go after import rather than relying on zebraqueue. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0