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

[Bug 6495] New: After deleting a list the output of lists is truncated
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6495 Bug #: 6495 Summary: After deleting a list the output of lists is truncated Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4444 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4444 Full list of lists with pagination links This bug happens when the lists of lists is more than one page. Delete a list from the first page of lists. When the page reloads the output of lists is truncated at 19 (instead of 20) and the pagination links at the bottom of the page are gone. -- 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 5525] New: No list pagination after deletion
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5525 Summary: No list pagination after deletion Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: /cgi-bin/koha/opac-shelves.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If you have more than 20 lists, your lists view is paginated. If you delete one of your lists from this summary view, when you are redirected back after the deletion the pagination links are gone. -- 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 5984] New: OPAC: Hide items using a config file to determine what to hide
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5984 Bug #: 5984 Summary: OPAC: Hide items using a config file to determine what to hide Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Blocks: 5584 -- 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 36

[Bug 6500] New: patron search by branch doesn't work
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '11

22 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6500 Bug #: 6500 Summary: patron search by branch doesn't work Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Patrons 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 I'm surprised to see that this was not reported yet since it's such a big issue. If you restrict a patron search by branch from the patron screen, it appears to be returning all patrons for the branch, not applying the name search criteria. If you leave it as any branch, it appears to apply the name search criteria. -- 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 5955] New: Biblio::PrepareItemrecordDisplay value_builder (plugins) support
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '11

21 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5955 Bug #: 5955 Summary: Biblio::PrepareItemrecordDisplay value_builder (plugins) support Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: dpavlin(a)rot13.org QAContact: koha-bugs(a)lists.koha-community.org Acquisition module use PrepareItemrecordDisplay to create forms and doesn't support plugins (e.g. for barcode) -- 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 6106] New: add item not respecting framework in acq
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '11

21 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6106 Bug #: 6106 Summary: add item not respecting framework in acq Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org The PrepareItemrecordDisplay sub builds an item framework for later use in ACQ Some cases were missing : item subfield connected to a plugin, hidden subfield, long size subfield. Steps to reproduce : * attach a plugin to the ACQ framework, * AcqCreateItems is set to "ordering" * the "..." does not appear on the right of the subfield when ordering -- 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 11

[Bug 6799] New: rebuild_zebra.pl -x produces invalid XML records
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '11

19 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6799 Bug #: 6799 Summary: rebuild_zebra.pl -x produces invalid XML records Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org There are 2 issues with rebuild_zebra.pl since items have been removed from biblioitems.marcxml: (1) If some fields (itemcallnumber for example) contains some non-ASCII characters, items extraction from items table can fail. Items MARC::Record can't be constructed and fail with an 'invalid wide character error'. (2) MARCXML records which are exported into a file are invalid. Example: <datafield tag="915" ind1=" " ind2=" "> <subfield code="t">DOCUJ</subfield> </datafield> sion="1.0" encoding="UTF-8"?> <record xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.loc.gov/MARC21/slim http://www.loc.gov/ standards/marcxml/schema/MARC21slim.xsd" xmlns="http://www.loc.gov/MARC21/slim"> <leader> </leader> <datafield tag="995" ind1=" " ind2=" "> <subfield code="2">0</subfield> <subfield code="k">J 591 CUI</subfield> <subfield code="f">0003401004</subfield> <subfield code="9">1</subfield> <subfield code="c">AMB</subfield> <subfield code="o">0</subfield> <subfield code="e">1</subfield> <subfield code="j">0.00</subfield> <subfield code="b">AMB</subfield> <subfield code="p">0</subfield> <subfield code="q">J</subfield> </datafield> -- 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 11

[Bug 6321] New: Add a 1/4 month frequency
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '11

19 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6321 Bug #: 6321 Summary: Add a 1/4 month frequency Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: PATCH-Sent Component: Serials AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org CC: colin.campbell(a)ptfs-europe.com There is a 1/3 month frequency but not 1/4 month. -- 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 26

[Bug 6773] New: CircAutoCompl uses unlimited query
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '11

15 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6773 Bug #: 6773 Summary: CircAutoCompl uses unlimited query Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org The SQL in circ/ysearch.pl is unlimited as to the number of results it returns, and since it's called for each character typed into the patron search interface, databases with many patrons (100,000+) can experience resource drain. Further, since the interface only returns 10 results at a time, the bulk of the work done by the query goes to waste. The SQL in circ/ysearch.pl should limit to 10 results only, and the system preference text in the staff client should note this limitation, for the administrator's knowledge. -- 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 6

[Bug 6901] New: Add CSS classes/ids to OPAC and staff XSLT views
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '11

11 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6901 Bug #: 6901 Summary: Add CSS classes/ids to OPAC and staff XSLT views Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: katrin.fischer(a)bsz-bw.de ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org At the moment it's hard to change the appearance of one specific field on the OPAC and staff detail pages. Another problem is, that you can't hide fields easily. Some libraries might want to the 'Show analytics' links, but it's not possible right now. I propose to add CSS classes and ids to both XSLT files so you can use CSS to hide and change things. For OPAC and staff differently named elements should be used, so you can change them separately. -- 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 13