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

[Bug 13188] New: Mandatory fields are wrong in patron personal details page
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13188 Bug ID: 13188 Summary: Mandatory fields are wrong in patron personal details page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org For an registered patron, the page /cgi-bin/koha/opac-memberentry.pl displays his personal details and allow him to ask for a change. In this page mandatory fields are wrong. It uses PatronSelfRegistrationBorrowerMandatoryField instead of BorrowerMandatoryField. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 13537] New: Focus should move to barcode after renewing via checkouts table
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13537 Bug ID: 13537 Summary: Focus should move to barcode after renewing via checkouts table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com Koha's checkout screen automatically focuses on the barcode field each time it is loaded. Since we've moved the checkouts table functions for renewing and returning items to ajax methods, this page is no longer refreshed, and thus does not refocus to the barcode after performing those actions. This should be fixed so that renewing/returning items via the checkouts page moves the focus to the barcode field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 13195] New: Regression: Circulation checkouts table no longer shows item type description
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13195 Bug ID: 13195 Summary: Regression: Circulation checkouts table no longer shows item type description Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: kyle(a)bywatersolutions.com Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Another regression caused by Bug 11703: The list of checkouts on the circulation and patron detail page shows item type codes instead of the full description. -- You are receiving this mail because: You are watching all bug changes.

1 10

[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

[Bug 7180] New: Order from staged file improvements
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7180 Bug #: 7180 Summary: Order from staged file improvements Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: julian.maurice(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Created attachment 6234 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6234 addorderiso2709.pl This development provide a way to create multiple order lines at a time from a staged file. You can choose what biblio you want to order, and set a quantity, a price and a budget for each. See screenshot attached. BibLibre infos: Repository: git://git.biblibre.com/koha_biblibre.git Branch: unilim/ft/MT6843 -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 374