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

[Bug 11345] self registration captcha
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '15

21 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11345 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen(a)gmail.com Status|Passed QA |Pushed to Master --- Comment #7 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Patch pushed to master. Thanks Justin! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13582] New: Able to view menu for Circulation History even when user does not have permission
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '15

21 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13582 Bug ID: 13582 Summary: Able to view menu for Circulation History even when user does not have permission 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: tomsStudy(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Same problem as Bug 10943. The page requires borrowers to access but the menu item is still shown to users who do not have the borrowers permission. >From readingrec.pl we see: flagsrequired => {borrowers => 1}, Yet in the include the only thing checked is: [% IF ( readingrecordview ) %] So a user who doesn't have permission to access Circulation history can still see the menu item. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 13584] New: Able to view menu for Purchase Suggestions even when user does not have permission
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '15

21 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13584 Bug ID: 13584 Summary: Able to view menu for Purchase Suggestions even when user does not have permission 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: tomsStudy(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Same problem as Bug 10943. The page requires borrowers to access but the menu item is still shown to users who do not have the borrowers permission. >From purchase-suggestions.pl we can see there is no check for which permissions are required to visit the linked page. Yet in the include the only thing checked is: [% IF ( suggestionsview ) %] So a user who doesn't have permission to access Purchase suggestions can still see the menu item. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 13258] New: Clicking the "show checkouts" button should return focus to the barcode field
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '15

21 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13258 Bug ID: 13258 Summary: Clicking the "show checkouts" button should return focus to the barcode field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Clicking the "show checkouts" button or the "always show checkouts" checkbox should return the cursor to the barcode field so that checkouts can proceed. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 13598] New: Tax Rate displays different from Acquisition Preference gist
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '15

20 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13598 Bug ID: 13598 Summary: Tax Rate displays different from Acquisition Preference gist Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jmorash(a)pacbell.net QA Contact: testopia(a)bugs.koha-community.org When I set the Acquisitions Preference gist to 8.75%, it displays in the order Accounting details as 875.0% When I set the Acquisitions Preference gist to 0.0875, it displays in the order Accounting Details as 8.8% With either it should display as 8.75% -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 13425] There is an xss vulnerability in 3.16, 3.18 and master in the opac and intranet facets
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '15

20 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13425 --- Comment #46 from Chris Cormack <chris(a)bigballofwax.co.nz> --- We got this assigned a CVE number CVE-2014-9446 http://www.cvedetails.com/cve/CVE-2014-9446/ -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13301] New: Call number link in search results is broken
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '15

20 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13301 Bug ID: 13301 Summary: Call number link in search results is broken Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 33691 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=33691&action=edit Screenshot of link in search results. The call number link in the Location column for search results returns no results when the call number is entirely alphabetic. For example, if I do a keyword search for grisham I get a series of search results for titles by John Grisham. In the location column, I see 1 item, 1 available: My Library Here [FIC GRI] (1) BOOK Where [FIC GRI] is a link. When I click on the link, I get No results found No results match your search for 'callnum,wrdl: "FIC GRI"' in My Library Here What I'm seeing is that the URL under the callnumber link is http://.../cgi-bin/koha/catalogue/search.pl?idx=callnum&q="FIC%20GRI" When I remove the quotes, the search will work. [See the attached screenshot; there is a red arrow pointing to the link in question]. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 13604] New: CSS incorrectly formatted
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '15

20 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13604 Bug ID: 13604 Summary: CSS incorrectly formatted Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org opac.css is no longer formatted correctly. All elements are running into each other, for example: .shadowed{-webkit-box-shadow:0 1px 1px 0 rgba(0,0,0,0.2);-moz-box-shadow:0 1px 1px 0 rgba(0,0,0,0.2);box-shadow:0 1px 1px 0 rgba(0,0,0,0.2)}body{background-color:#eaeae6}html,body{height:100%}.no-js .dateformat{display:inline;white-space:nowrap}.no-js .modal-body{padding:0} (etc.) This makes it impossible to read and to work with. It ought to be formatted as, for example: .shadowed { -webkit-box-shadow:0 1px 1px 0 rgba(0,0,0,0.2); -moz-box-shadow:0 1px 1px 0 rgba(0,0,0,0.2); box-shadow:0 1px 1px 0 rgba(0,0,0,0.2) } body { background-color:#eaeae6 } (etc) -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 12381] New: show patron barcode on self registration confirmation
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '15

20 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12381 Bug ID: 12381 Summary: show patron barcode on self registration confirmation 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 QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If the patron has a barcode auto generated it should show on the self registration confirmation page in the browser. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 8096] New: card number twice on patron search
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '15

19 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8096 Priority: P5 - low Change sponsored?: --- Bug ID: 8096 Assignee: oleonard(a)myacpl.org Summary: card number twice on patron search Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 9597 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9597&action=edit card number twice Why is the card number showing twice on the patron search results? We really only need it once - either in it's own column or in parens. Twice is confusing. -- You are receiving this mail because: You are watching all bug changes.

1 18