January 2014 - Koha-bugs - lists.koha-community.org

[Bug 11241] New: DHXD
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11241 Bug ID: 11241 Summary: DHXD Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: tranjang(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11541] New: Increasing test coverage for C4::Installer
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11541 Bug ID: 11541 Summary: Increasing test coverage for C4::Installer Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: aleishaamohia(a)hotmail.com QA Contact: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 11544] New: increasing test coverage for C4::Installer_PerlModule
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11544 Bug ID: 11544 Summary: increasing test coverage for C4::Installer_PerlModule Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: dhorsman(a)xtra.co.nz QA Contact: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 11539] New: C4::Barcodes::PrinterConfig does not appear to be being used anywhere
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11539 Bug ID: 11539 Summary: C4::Barcodes::PrinterConfig does not appear to be being used anywhere Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: thomas.houlker(a)hibs.school.nz QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11542] New: Incressing test coverage for C4::Print
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11542 Bug ID: 11542 Summary: Incressing test coverage for C4::Print Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: daniel.barker.nz(a)gmail.com QA Contact: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11545] New: Increasing test coverage for C4::Languages
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11545 Bug ID: 11545 Summary: Increasing test coverage for C4::Languages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: manuelimel(a)gmail.com QA Contact: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8783] New: Parentheses not escaped properly in queries when using XSLT
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8783 Priority: P5 - low Change sponsored?: --- Bug ID: 8783 Assignee: gmcharlt(a)gmail.com Summary: Parentheses not escaped properly in queries when using XSLT Severity: normal Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Searching Product: Koha When XSLT is enabled, searching on subjects containing parentheses cause an error. The problem is the parens are not escaped properly, and so are interpreted as part of the query language, rather than the query string. For example, this query fails: (su:{Baggins, Frodo (Fictitious character)}) AND (su:{Fiction}) but this query works: (su:{Baggins, Frodo \(Fictitious character\)}) AND (su:{Fiction}) I think the problem is within the xslt template subfieldSelect. Interestingly, with XSLT off, each subject shows up as an individual link ( so one link for Frogo, and one link for Ficition ) whereas with XSLT on, they subjects are combined with an AND. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 11537] New: Increasing test coverage for C4::Log
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11537 Bug ID: 11537 Summary: Increasing test coverage for C4::Log Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: manuelimel(a)gmail.com QA Contact: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 11432] New: 404.pl redirect for single, hidden result makes no sense.
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11432 Bug ID: 11432 Summary: 404.pl redirect for single, hidden result makes no sense. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org In bug 10584, when searching for something in OPAC and a single, hidden result is returned, the default automatic redirect to the details/MARCdetails/ISBDdetails page triggers a 404.pl error page. This makes no sense. The correct behaviour would be to give no results. TEST PLAN --------- 1) OPAC Search for something (I started with stupid) 2) Narrow it to one item (I tweaked it to stupid things) 3) Detail page comes up 4) Staff client -> home -> administration -> global system preferences -> OPAC 5) OpacHiddenItems add "homebranch: [MAL,DAV,PAP]", changing MAL, DAV, PAP to the branches for items for this single biblio. 6) Search for the one item again in OPAC -- 404.pl is triggered. 4) Apply patch 5) Search again for the one item search -- No results is triggered (as expected) -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 10584] New: Hide OPAC bibilo details if all items are hidden or there are no items.
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10584 Bug ID: 10584 Summary: Hide OPAC bibilo details if all items are hidden or there are no items. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mtompset(a)hotmail.com Using the OpacHiddenItems systempreference, items can be hidden. However, it looks strange to have a biblio entry in the OPAC if all the items are hidden or there are no items. In this case, hide the biblio too. Test ==== 1) Find a biblio with multiple item records across multiple branches. 2) View it in OPAC. 3) In the staff client hide one of the branches using OpacHiddenItems. 4) Refresh the OPAC details. There should be less, because of the hidden branch. 5) In the staff client hide all of the branches (e.g. homebranch: [BR01,BR02]) 6) Refresh the OPAC details. A biblio entry with no items will be displayed. 7) In the staff client enter a dummy biblio record, with no items. 8) View the OPAC details for that biblio. A biblio entry with no items will be displayed. NOTE: There is a tiny scope creep, in that a silent warning hazard for the biblionumber was also corrected. (forgive me) 9) Go to .../cgi-bin/koha/opac-detail.pl?biblionumber= with no number entered. There should be a 404 output page. 10) Check the opac error log file. There should be a warning related to the int(undef) 11) Apply the patch. 12) Go to .../cgi-bin/koha/opac-detail.pl?biblionumber= with no number entered. There should be a 404 output page. 13) There should be no new warning. 14) Go to the dummy biblio that you entered (.../cgi-bin/koha/opac-detail.pl?biblionumber=#####). There should be a 404 output page. 15) Go back to the initial biblionumber (.../cgi-bin/koha/opac-detail.pl?biblionumber=#####). There should be a 404 output page. Displaying 404.pl is not the best or correct solution (see bug 2318's comment discussion), but it is sufficient, until that gets corrected. -- You are receiving this mail because: You are watching all bug changes.

1 46