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

[Bug 4305] Amazon book covers do not work with ISBN13
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '10

06 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4305 --- Comment #6 from Frédéric Demians <frederic(a)tamil.fr> 2010-10-06 17:01:37 UTC --- > The patch for bug 4305 does not address the case where the ISBN passed to > GetNormalizedISBN is coming from biblioitems.isbn, and contains " | " and the > beginning of a second ISBN. Was it working before this patch? > If multiple ISBN fields are present in the MARC record on import, Koha attempts > to store all of them in the biblioitems.isbn field, up to the field's 30 > character limit. Business::ISBN cannot handle this, and will throw an error. > This comes up, in one important case, when a patron attempts to log into their > account in the OPAC. The function to show their currently checked-out items > pulls the ISBN from the biblioitems table, and if they've checked out a > material with multiple ISBNs in the record, they'll see the error rather than > their account. > > The simple solution is to scrub any ISBN coming into GetNormalizedISBN for the > " | " delimiter. A more robust solution will involve preventing Koha from > attempting to save multiple ISBNs into a single database field. We could also split multiple ISBNs on |, and retains the first ISBN identified as valid by Business::ISBN -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 4305] Amazon book covers do not work with ISBN13
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '10

06 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4305 --- Comment #5 from Ian Walls <ian.walls(a)bywatersolutions.com> 2010-10-06 17:01:13 UTC --- Created attachment 2670 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2670 Followup patch to bug 4305 Builds on previous attached patch (which was committed to Koha on 10-6-10). Fixes issue mentioned in previous comment by Ian Walls, same date. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 4305] Amazon book covers do not work with ISBN13
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '10

06 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4305 --- Comment #4 from Ian Walls <ian.walls(a)bywatersolutions.com> 2010-10-06 17:00:07 UTC --- Created attachment 2669 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2669 Original patch to bug 4305, with signoff -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 4305] Amazon book covers do not work with ISBN13
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '10

06 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4305 Ian Walls <ian.walls(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ian.walls@bywatersolutions. | |com --- Comment #3 from Ian Walls <ian.walls(a)bywatersolutions.com> 2010-10-06 16:43:32 UTC --- The patch for bug 4305 does not address the case where the ISBN passed to GetNormalizedISBN is coming from biblioitems.isbn, and contains " | " and the beginning of a second ISBN. If multiple ISBN fields are present in the MARC record on import, Koha attempts to store all of them in the biblioitems.isbn field, up to the field's 30 character limit. Business::ISBN cannot handle this, and will throw an error. This comes up, in one important case, when a patron attempts to log into their account in the OPAC. The function to show their currently checked-out items pulls the ISBN from the biblioitems table, and if they've checked out a material with multiple ISBNs in the record, they'll see the error rather than their account. The simple solution is to scrub any ISBN coming into GetNormalizedISBN for the " | " delimiter. A more robust solution will involve preventing Koha from attempting to save multiple ISBNs into a single database field. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 4385] With XSLT on, results list doesn't show both hardcopy and URL availability
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '10

06 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4385 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |gmcharlt(a)gmail.com --- Comment #3 from Galen Charlton <gmcharlt(a)gmail.com> 2010-10-06 13:02:25 UTC --- Patch pushed for inclusion in 3.2. Please test and close. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 4286] Subscription expired at its creation
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '10

05 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4286 --- Comment #8 from Colin Campbell <colin.campbell(a)ptfs-europe.com> 2010-10-05 11:56:24 UTC --- Located the problem if I switch my date format to mm/dd/yyyy then new subscriptions are getting expired and subscription detail shows some odd dates like 00/02/0 Errors appear in the apache error_log or koha-dev/var/log/koha-error.log depending on how install is set up. I'll try and post a patch today -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 4286] Subscription expired at its creation
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '10

05 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4286 --- Comment #7 from Nicole C. Engard <nengard(a)gmail.com> 2010-10-05 11:35:25 UTC --- I still have this issue in my install of HEAD and in new installs. Can you tell me how to get the log you're looking for so I can get you any errors that the system is generating. Every new subscription I create is expired at creation - or at least it requires a renewal before I can receive any issues. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 4286] Subscription expired at its creation
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '10

05 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4286 Colin Campbell <colin.campbell(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |colin.campbell@ptfs-europe. | |com --- Comment #6 from Colin Campbell <colin.campbell(a)ptfs-europe.com> 2010-10-05 11:32:53 UTC --- Have just tried to replicate this on current HEAD and its not reproduceable. The bug whereby subscriptions were expiring immediately was caused by a problem with the generation of expiry dates from a start date. Is the system logging an error when the subscription is created -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 5276] New: subscription info shouldn't be required
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '10

04 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5276 Summary: subscription info shouldn't be required Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 You don't have to enter a vendor, but you do have to enter when your subscription starts and ends each year - and then you have to renew each one annually as well. This shouldn't be required if you're not using vendors in Koha's serials module. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 1

[Bug 5272] New: can't import just patron attributes
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '10

01 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5272 Summary: can't import just patron attributes Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/tools/import_borrowers.pl OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2658 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2658 patron import The patron import form implies that you can import just patron attributes. It should either be reworded/designed to make it clear that you have to import patron records w/ attributes or there should be a way to import just patron attributes using an identifier like cardnumber. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0