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

[Bug 7021] New: patron category in the statistics table
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '15

04 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7021 Bug #: 7021 Summary: patron category in the statistics table Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com The patron category code should be in the statistics table. We track the item type and item number, but we only track the borrowernumber for the patron and part way through the year the patron's category could change from child to adult - or the patron could be deleted and that will mess with the statistics on circulation/actions based on patron category. Once that data is added to that table, the circulation stats wizard will need to be updated as well. -- 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 29

[Bug 14965] New: Remove C4::Dates from 'lists' in folder reports
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '15

04 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14965 Bug ID: 14965 Summary: Remove C4::Dates from 'lists' in folder reports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org Remove C4::Dates from: - reports/bor_issues_top.pl - reports/borrowers_out.pl - reports/cat_issues_top.pl - reports/itemslost.pl -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 7651] New: Updating currency exchange rates should not require 'parameters' permission
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '15

04 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7651 Priority: P5 - low Change sponsored?: --- Bug ID: 7651 Assignee: katrin.fischer(a)bsz-bw.de Summary: Updating currency exchange rates should not require 'parameters' permission QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha Currently it's not possible to update exchange rates in acquisitions without giving the user 'paramters' permission, which means access to a lot of administration parameters. I suggest following change: Parameters: - change active currency - add new currencies (?) New permission: acquisition > manage_currencies - update exchange rates for existing currencies - add new currencies (?) Not sure about adding new currencies. Any opinions on this? Is it a good idea? Should it work differently? -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 15302] New: Use of LIMIT in reports breaks pagination
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '15

03 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15302 Bug ID: 15302 Summary: Use of LIMIT in reports breaks pagination Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When creating a SQL report if you add a LIMIT ### statement the results are correctly returned, however, pagination links at the top of the page alter only the starting point of results and all results are displayed on one page. To clarify: Create a report with over 100 results and specify LIMIT 100 You will see the first 100 results for the report on the first page with link to 5 pages at the top Clicking on page 2 will take you to a new page displaying results 21-100 on a single page Note: Many libraries use limit to specifically make all results appear on one page. Suggested resolution would be to remove pagination when LIMIT is present in report -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12395] New: Save order line's creator
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '15

03 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12395 Bug ID: 12395 Summary: Save order line's creator Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 84

[Bug 14994] New: Add RSS/Atom feed proxy
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '15

03 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14994 Bug ID: 14994 Summary: Add RSS/Atom feed proxy Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: xarragon(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Some libraries uses a separate blog on an external site such as blogspot.com. We are working on enhancements to make Koha a fully-featured blog in the future, removing that need. The external blogs publishes the content as RSS/Atom feeds which can then be pulled to the OPAC via some Javascript and/or Yahoo Pipes. Pipes was recently decomissioned and I am now trying to solve this issue. I do not have full information yet. At present I have created a small web proxy that pulls RSS/Atom from an external source via LWP. This allows us to overcome the same-origin limitation. There are security considerations for this that must be looked at. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 15296] New: MEMBER logging in action_logs does not give enough detail.
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '15

03 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15296 Bug ID: 15296 Summary: MEMBER logging in action_logs does not give enough detail. 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com One of our libraries was trying to track down an issue where a patron was charged an enrollment fee -- looking at the patron's category code, it was clear that the patron was not currently in a category that should have been charged. I wanted to see if the patron's category code had changed. Here's what I found in action_logs: select * from action_logs where object='5056' and module='MEMBERS'; +-----------+---------------------+------+---------+--------+--------+--------------------------------+ | action_id | timestamp | user | module | action | object | info | +-----------+---------------------+------+---------+--------+--------+--------------------------------+ | 1109625 | 2015-12-02 15:36:32 | 3805 | MEMBERS | CREATE | 5056 | | | 1109636 | 2015-12-02 15:58:28 | 3804 | MEMBERS | MODIFY | 5056 | UPDATE (executed w/ arg: 5056) | | 1109637 | 2015-12-02 16:02:50 | 3804 | MEMBERS | MODIFY | 5056 | UPDATE (executed w/ arg: 5056) | +-----------+---------------------+------+---------+--------+--------+--------------------------------+ The 'info' field simply tells me that patron 5056 was modified -- which doesn't give me any information that I couldn't glean from the 'object' and 'action' fields -- I really needed to know which fields in the borrower record were changed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 15291] New: Can't import item data in acquisition from a stage file with modification templates
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '15

03 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15291 Bug ID: 15291 Summary: Can't import item data in acquisition from a stage file with modification templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org It is possible to use modification templates to import data in items if importing it in the catalog but it isn't possible if we import it in a basket during the acquisition process. For example, I have in the marc framework, all items data are in 995 field and the callnumber in 995$k subfield. In a marc file, I have the callnumber in 921$a. I use a MARC modification templates to copy 921$a subfield in 995$k subfield. If I use this modification template to import a stage file with 921$a in catalog, it creates item with for callnumber the value stored in 921$a. But, if I use this modification template to import a stage file from a basket during the acquisition process, it creates items without callnumber. I hope that I'm enough clear... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15273] New: Fines Pay receipt should include all account lines selected for this pay
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '15

03 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15273 Bug ID: 15273 Summary: Fines Pay receipt should include all account lines selected for this pay 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: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The fines payment process needs that the generated payment receipt contains all account lines selected for this payment. At now, it informs a laconic "Thanks". So all accounts lines selected and payed must be included in the payment receipt. Thus, librarians could print in only one receipt (the PAY one) all the accounts lines payed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 14826] New: Resurrect account offsets table
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '15

03 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14826 Bug ID: 14826 Summary: Resurrect account offsets table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The account offsets table should be used to track increments and decrements of fines via payments and credits, as well as fine accruals. It should be able to match fees to payments and visa versa, so we can know which fee was paid by a given payment, and which payments applied to a given fee. -- You are receiving this mail because: You are watching all bug changes.

1 10