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

[Bug 7117] New: Small display problems when organising suggestion tabs by name
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '11

27 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7117 Bug #: 7117 Summary: Small display problems when organising suggestion tabs by name Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/suggestion/suggestion.pl?displayby=manag edby&branchcode= OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: katrin.fischer(a)bsz-bw.de ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Created attachment 6118 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6118 screenshot If you choose 'suggested by' or 'managed by' for organising your suggestions, the name on the tab will appear in the wrong order: firstname, surname Katrin, Fischer The list of suggestions shows the name correctly. -- 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 7

[Bug 7073] New: GetCOinSBiblio should take $record, not $biblionumber
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '11

24 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7073 Bug #: 7073 Summary: GetCOinSBiblio should take $record, not $biblionumber Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement 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 GetCOinSBiblio is summoned three places in Koha so far: C4::VirtualShelves/Page.pm, opac/opac-search.pl and opac/opac-detail.pl. It takes in a biblionumber, then immediately calls GetMarcBiblio on that to get the record. This is a very expensive call. The kicker is that in 2 of the 3 contexts, we've ALREADY GOT the $record. We're pulling it in twice per title, and the number of titles we loop through is either OPACnumsearchresults or numsearchresults. The default of 20 has us making 40 calls to GetMarcBiblio... at several dozen milliseconds per call, that's a lot of time! If we change the GetCOinSBbiblio routine to take in a $record object instead, we save those calls on Lists and opac/opac-detail.pl. We'd just need to call GetMarcBiblio in the search results before calling GetCOinSBiblio... which is just moving the call from inside the subroutine to outside (no performance loss). Patch forthcoming. -- 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 10

[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