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

[Bug 1917] Add RSS Feeds for Lists
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1917 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #18 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hm, I found another thing: The RSS feed will only list the first(?) 20 of a longer list. I am not sure why this happens and if there is a way to get a complete list. We have a system preference for the search results - numSearchRSSResults - maybe it should follow that? But I'd kinda expect it to give a full list or at least have an explanation or a link to get to the full list. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 8752] New: Log circulation renewal
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8752 Priority: P5 - low Change sponsored?: --- Bug ID: 8752 Assignee: koha-bugs(a)lists.koha-community.org Summary: Log circulation renewal Severity: enhancement Classification: Unclassified OS: All Reporter: amit.gupta(a)osslabs.biz Hardware: All Status: NEW Version: rel_3_10 Component: Transaction logs Product: Koha Renewal log is not capturing in action_logs table after renewal the books. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 13998] New: opac-ratings-ajax.pl is broken
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13998 Bug ID: 13998 Summary: opac-ratings-ajax.pl is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: OPAC Assignee: jonathan.druart(a)biblibre.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 12609 To reproduce: Enable the star rating at the OPAC, go on a record detail page, note with the stars, nothing happens. Actually yes, boom in the JS console and error in Koha logs: [Wed Apr 15 13:12:52 2015] opac-ratings-ajax.pl: Can't locate object method "new" via package "Koha::Database" (perhaps you forgot to load "Koha::Database"?) at /home/koha/src/C4/Ratings.pm line 206. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 14037] New: No way to trigger a hold when using itemBarcodeFallbackSearch
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14037 Bug ID: 14037 Summary: No way to trigger a hold when using itemBarcodeFallbackSearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using itemBarcodeFallbackSearch you can check out items without a barcode by searching them with the callnumber or title keywords. This works nicely. You can return the items from the patron account only, as you can't scan a barcode for the check in. The problem occurs, if there is a hold on the item - with a hold, you can't return it from the patron account. So you have to delete the hold, return it and then recreate the hold again. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 1917] Add RSS Feeds for Lists
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1917 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Signed Off --- Comment #17 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I want to test something else before passing qa - thx for the follow-up :) -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 1917] Add RSS Feeds for Lists
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1917 --- Comment #16 from Kyle M Hall <kyle(a)bywatersolutions.com> --- (In reply to Katrin Fischer from comment #14) > Kyle, can you explain please? > > <link>[% OPACBaseURL %]/cgi-bin/koha/opac-shelves.pl?rss=1&viewshelf=[% > shelfnumber %]</link> > But: > <a href="[% OPACBaseURL > %]/cgi-bin/koha/opac-shelves.pl?rss=1&viewshelf=[% shelfnumber | html > %]" class="rss-list-link > > > <title>[% shelfname %]</title> > But: > <description>RSS feed for public list [% shelfname | html %]</description> That was an accidental use of the html filter. It doesn't help or hurt anything, since the variable will always be an integer. However, I've added a followup to remove the use of the filter. I assume this takes care of the last issue and I've set the status to passed qa. If I'm wrong please reset the status. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 1917] Add RSS Feeds for Lists
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1917 --- Comment #15 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 38263 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=38263&action=edit Bug 1917 [QA Followup] - Remove unnecessary use of html filter -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 1917] Add RSS Feeds for Lists
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1917 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Passed QA -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 10476] New: Guarantor Search Not Limiting by Category Type
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10476 Bug ID: 10476 Summary: Guarantor Search Not Limiting by Category Type Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, the guarantor search is not being limited by category type. In guarantor_search.pl, there is code that says the search of the borrowers table should be limited by the category_type "A" (i.e. Adult) (or "I" (i.e. Institution) in the event that the patron being guaranteed has a category_type of "P" (i.e. Professional). Here is the code: my $search_category = 'A'; if ($category_type eq 'P'){ $search_category = 'I'; } $results = Search({''=>$member, category_type=>$search_category},$orderby); However! If you investigate the "Search" sub and the subsequent "SearchInTable" sub, there is no reference to the "categories" table where the "category_type" column is located. Moreover, if you actually do a search for guarantors, you will always be able to retrieve any patron. That means that professionals can guarantee professionals, and children and guarantee children. It looks like this bug was introduced when Search and SearchMember were unified into the one Search sub. -- Now...for our purposes at Prosentient...we actually want professionals to be able to guarantee professionals, so this bug is actually "beneficial". However, I imagine lots of people in public libraries might not like having a guarantor search that doesn't weed out the children. I probably won't work on this bug (at least not any time soon), but it might an idea to create a system preference that allows users to decide what type of guarantor->guarantee relationship they want to set up in terms of category types. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 12887] New: User logged out on refresh after CAS authentication
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12887 Bug ID: 12887 Summary: User logged out on refresh after CAS authentication Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org The user is logged out when refreshing the page directly after a CAS login. Steps to reproduce: 1) Authenticate to the OPAC through CAS. 2) Once redirected to your account, hit F5 or the refresh button of your browser. 3) You're logged out. -- You are receiving this mail because: You are watching all bug changes.

1 18