August 2013 - Koha-bugs - lists.koha-community.org

[Bug 10481] New: No enrollment fee when changing patron category
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '14

15 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10481 Bug ID: 10481 Summary: No enrollment fee when changing patron category Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When a patron changes to a category with enrollment fee, they are not generated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

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

15 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 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

[Bug 6779] New: Dont allow mem renewal x days before expiry
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6779 Bug #: 6779 Summary: Dont allow mem renewal x days before expiry Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Sys pref based option to not allow mem renewal x days before membership expiry. -- 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 9629] New: Replace YUI button on patron category administration pages with Bootstrap
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9629 Bug ID: 9629 Summary: Replace YUI button on patron category administration pages with Bootstrap Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/categorie.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org The "New category" button on the patron category administration page is generated using YUI. It should use Bootstrap instead. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10318] New: show email on patron search results
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10318 Bug ID: 10318 Summary: show email on patron search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the patron search results page it would be great to see the email address. It could go in the name column with other contact info. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 8683] New: Acq: Clear button doesn't clear all item fields
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '14

13 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8683 Priority: P5 - low Change sponsored?: --- Bug ID: 8683 Assignee: koha-bugs(a)lists.koha-community.org Summary: Acq: Clear button doesn't clear all item fields Severity: normal Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha UniqueItemFields: barcode AcqCreateItem: placing an order Autobarcode: 1, 2, 3... When you add items to a new order, the clear link doesn't work for some of the fields. It doesn't work for: - date acquired - barcode Maybe because of the plugins linked to those fields? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 10688] New: QueryParser doesn't recognize QP queries when used in a fielded search box
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '14

13 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10688 Bug ID: 10688 Summary: QueryParser doesn't recognize QP queries when used in a fielded search box Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: jcamins(a)cpbibliography.com Reporter: jcamins(a)cpbibliography.com QA Contact: testopia(a)bugs.koha-community.org If you select an index in the search dropdown and then enter in a QP query starting with the field, Koha will prepend the index you do not want to use at the beginning of the search, resulting in a search that problem does not match what you were hoping for. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 10451] New: Firefox prints only first page of table with shrink to fit option
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '14

12 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10451 Bug ID: 10451 Summary: Firefox prints only first page of table with shrink to fit option Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Browser compatibility Assignee: oleonard(a)myacpl.org Reporter: dpavlin(a)rot13.org -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 10774] New: Allow individual holds to be suspended and resumed from the OPAC
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '14

10 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10774 Bug ID: 10774 Summary: Allow individual holds to be suspended and resumed from the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Right now, holds can only be suspended and resumed from the OPAC as a whole. It would be nice to be able to suspend and resume holds on a hold by hold basis from the OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 27