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

[Bug 11219] New: CAS authentication fails with URL parameters
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '15

27 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11219 Bug ID: 11219 Summary: CAS authentication fails with URL parameters 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: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Bug 10029 tries to fix the use of URL parameters in CAS authentication. But is does not work. The full URL must be used in all methods of C4::Auth_with_cas. Also, in checkpw_cas(), the 'ticket' parameter must be removed to find the original URL. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 5071] New: Make the 'koha' package set things up so that zebra etc. just work
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '15

27 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5071 Summary: Make the 'koha' package set things up so that zebra etc. just work Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 At the moment, the site you get from using the 'koha' package doesn't integrate with the management system (based around koha-list) that koha-common provides. This means that things like zebra and other cron jobs don't work. If the koha package installed its default site into the location that koha-common expects (/etc/koha/sites), then koha-common will be able to manage all these things pretty much automatically. -- 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 11055] New: Add 'minutes' as a load period unit
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '15

26 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11055 Bug ID: 11055 Summary: Add 'minutes' as a load period unit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Our user likes to be able to fine by the (5) minutes for hourly loans (2h, 4h, etc...). One solution would be to change (hack) the fine amount and grace and... to allow for fraction. An easier solution is simply to add "minutes" as a unit. Code change was very simple, but the Calendar and Holiday mechanisms have changed since, so I'll see how to do it all cute again. ALSO: One area of discussion with the user was about the meaning of a 24h loan. Unit=Hours, Period=24. If the library is opened only 10h per day, this is not a 3 day rental. This should be a "same time tomorrow, fines by the hour". Comments welcomed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 9275] New: Missing '<' closing pharagraph tag
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9275 Bug ID: 9275 Summary: Missing '<' closing pharagraph tag Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: rominaracca(a)gmail.com On file koha-tmpl/intranet-tmpl/prog/en/modules/help/authorities/authorities.tt, line 5, there is a missing '<'. (...'New Authority' button.,/p>) -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 13168] New: "Today's checkouts" sort improperly because issuedate lacks seconds.
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13168 Bug ID: 13168 Summary: "Today's checkouts" sort improperly because issuedate lacks seconds. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com TO REPLICATE: Prepare a bunch of Items (6+) for checking out, or have a set of barcodes ready for copy-pasting. Check-out those items quickly within one minute and observe that the sorting order is not always from the first checkout to the last. This is because the issuedate doesn't have seconds defined. AFTER THIS The bunch of Items is sorted properly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 13122] New: Patron holds table no longer display date item went in transit
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13122 Bug ID: 13122 Summary: Patron holds table no longer display date item went in transit Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In Koha 3.14 and earlier, an item on hold and in transit would display the date the item was transferred. This is missing from the new ajax holds table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 12778] New: Item lost status should show in patron account
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12778 Bug ID: 12778 Summary: Item lost status should show in patron account Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 the longoverdue script it's possible that items marked lost remain on the patron account. I think it's important for staff to see that some items are marked lost - currently the list of checkouts doesn't show any sign of the lost status. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 9532] New: reserve rules with itemtype on biblio
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9532 Bug ID: 9532 Summary: reserve rules with itemtype on biblio Classification: Unclassified 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: fridolyn.somers(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When itemtype is defined on biblio (item-level_itypes syspref), the method C4::Reserves::CanItemBeReserved uses item->{itemtype}. But item comes from C4::Items::GetItem and it does not have a 'itemtype' key, in this method the item type value is always in 'itype' key. The consequence is that if a rule defines 0 reservations for an itemtype and for example 10 for all itemtypes, the issuing rule used will always be the one with 10 and so will allow reservation. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 11369] New: Too many search cursor cookies overflow HTTP-header size, when making multiple searches in the staff client.
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11369 Bug ID: 11369 Summary: Too many search cursor cookies overflow HTTP-header size, when making multiple searches in the staff client. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When making a new search or navigating the search result pages, catalogue/search.pl->browser.js generates a search cursor cookie for every page change or search. When 30+ search/page change -actions are done, browser has collected 30+ search cursor cookies. This causes the HTTP-header to bloat and get rejected by apache2. User needs to reset cookies to get rid of this issue and be able to continue using Koha. ------------ - SOLUTION - ------------ Name searchCookies (search cursor cookies) as "scs_<timestamp>" and remove the 3 oldest cookies if more than 15 searchCookies are present. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 8231] New: Warning on Check in if borrower is restricted
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8231 Priority: P5 - low Change sponsored?: --- Bug ID: 8231 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha(a)univ-lyon3.fr Summary: Warning on Check in if borrower is restricted Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Circulation Product: Koha Enhancement: when checking in for a restricted patron, display of a warning telling about this status. -- You are receiving this mail because: You are watching all bug changes.

1 48