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

[Bug 5774] New: XISBN default set wrong in new installs
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '11

13 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5774 Bug #: 5774 Summary: XISBN default set wrong in new installs Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I just did a fresh install and the default value for XISBN is still 499, but the description accurately says that the limit is 999 - so the default value should be updated on new installs. -- 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 3

[Bug 6912] New: OPAC display crashes for analytical biblio with 008 field
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '11

13 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6912 Bug #: 6912 Summary: OPAC display crashes for analytical biblio with 008 field Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org If CoinS is enabled, OPAC display crashes when displaying analytical biblio records which have not 008 field. To test: - Create a analytical biblio record (leader pos 6 = 'a'), without 008 field - In OPAC, display this biblio -- 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 15

[Bug 5213] New: Suffix number sequence not resetting properly in hmyymmincr barcode autogen pattern
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '11

12 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5213 Summary: Suffix number sequence not resetting properly in hmyymmincr barcode autogen pattern Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Two things are happening. First, the SELECT does not account for a branchcode greater than 2 chars. This is fixed by just selecting the final four digits representing the incremental suffix from the barcode field. Second, the incremental suffix (4 digits) is not rolling back over to zero when reaching 9999. This pattern probably needs help. It should allow for cataloging of 10000 items per month as is. I would not recommend doing barcode numbering this way, but need to support it since it is in use in at least one library. -- 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 8

[Bug 5379] New: import_borrowers.pl fails with db insert/update errors
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '11

12 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5379 Summary: import_borrowers.pl fails with db insert/update errors Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I'm not sure what is going on here exactly; the gonenoaddress, lost, debarred, guarantorid, and flags db fields default to NULL, but for some reason when the insert/update occurs, DBD returns an error like "Incorrect integer value: '' for column 'foo'..." It appears save to default these to zero for now. This patch also adds more logging of errors and a notice to the user to check the logs for errors when they occur. -- 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 23

[Bug 7011] New: Warn the user that they have reached the limit of how many items they can have in their cart
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '11

12 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7011 Bug #: 7011 Summary: Warn the user that they have reached the limit of how many items they can have in their cart Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: OPAC AssignedTo: jcamins(a)cpbibliography.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org The list of biblionumbers in a user's cart is stored in a cookie, and browsers all have a cookie size limit. If a user tries to put too many items into a cart there might be errors, including losing the contents of the cart altogether. We should warn the user (both in the OPAC and staff client) if they have reached that limit. -- 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 7009] New: How can i solve Can't call method "subfield" error
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '11

12 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7009 Bug #: 7009 Summary: How can i solve Can't call method "subfield" error Classification: Unclassified Change sponsored?: --- Product: Koha Version: Rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: mshahi(a)aphrc.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com The following fatal error has occurred: Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2672. Apache Server version: Apache/2.2.16 (Debian) Server built: Sep 29 2011 20:59:05 Koha 4.02.00.006 Koha DB 4.0200006 MySQL mysql Ver 14.14 Distrib 5.1.49, for debian-linux-gnu (x86_64) using readline 6.1 OS Linux library 2.6.32-5-amd64 #1 SMP Mon Oct 3 03:59:20 UTC 2011 x86_64 Perl 5.010001 -- 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 5407] New: Koha displays series entries in the order they're in the MARC
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '11

11 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5407 Summary: Koha displays series entries in the order they're in the MARC Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2751 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2751 Explanatory picture For the 490 MARC field, the 'a' is the series statement and 'v' is the volume number. When displaying details on a biblio, Koha will display any fields in 490 in the order they are in the MARC file, rather than being smarter and making sure 'a' comes before 'v'. See the screenshot. This applies to the XSLT and non-XSLT views, in both the OPAC and the staff client. Note that the link creation only applies to the 'a' field, so it's not causing breakage. -- 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 4

[Bug 7000] New: show home and holding branch on staff search results
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '11

11 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7000 Bug #: 7000 Summary: show home and holding branch on staff search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org It would be nice on the staff client to show the home and holding branch on the search results so that librarians know which items are actually theirs without having to click through. -- 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 6371] New: Item Types description not properly displayed if not pure ASCII
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '11

11 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6371 Bug #: 6371 Summary: Item Types description not properly displayed if not pure ASCII Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org In several places, C4::ItemType module is used to retrieve item types and their description. If the description text contains non-ASCII characters, those characters are not properly displayed. This bug can be seen in: - 4xx plugin of a UNIMARC DB - Home > Admin > Item circulation alerts - others?... And you need to have at least one item type description containing non ASCII characters. -- 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 15

[Bug 6998] New: Circ History Sorter not sorting right
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '11

10 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6998 Bug #: 6998 Summary: Circ History Sorter not sorting right Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 5824 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5824 not sorted Not sure if this is a fluke, but see attached. Clicking on the "Checked out on" header will sort them in the correct order. Clicking on the "Return Date" header does not. -- 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 2