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

[Bug 15579] New: records_batchmod permission doesn't allow access to batch modification
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15579 Bug ID: 15579 Summary: records_batchmod permission doesn't allow access to batch modification Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 46663 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=46663&action=edit permissions I have a staff member with permission to use the batch record modification tool but they can't use it. I have tested on 3.20 and on master. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 15462] New: Unable to renew books via circ/renew.pl
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15462 Bug ID: 15462 Summary: Unable to renew books via circ/renew.pl Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: chad(a)pennmanor.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Renewing books from circ/renew.pl produces an internal server error with the following entry in the logs: ("Can't locate object method \"single\" via package \"5\" (perhaps "...) called at /var/koha/circ/renew.pl line 57 mveron confirmed this impacts the master branch as well. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 15367] New: Batch patron modification: Data loss with multiple repeatable patron attributes
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15367 Bug ID: 15367 Summary: Batch patron modification: Data loss with multiple repeatable patron attributes 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: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: - Create a patron attribute type that is repeatable, e.g. HOBBIES - Edit a patron and add multiple values of this type, e.g. Skating, Skiing, Swimming - Do a batch update for this patron with three values for the attribute, e.g. Reading, Jogging, Surfing - Go back to patron's detail page. - Result: Only one attribute is set (Surfing) (Expected: All 3 attributes are updated) - Restore the original values Skating, Skiing, Swimming Do the batch modification with one attribute only, e.g. Painting - Go back to patron's detail page - Result: Only one attribute is set (Painting) (Expected: Painting, Skiing, Swimming) Additionally, exclusive attributes can be repeated in batch update, result is similar as above (last attribute is taken). Expected: Exclusive attributes should not be repeatable in batch update. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 15260] New: Option for extended loan with useDaysMode
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15260 Bug ID: 15260 Summary: Option for extended loan with useDaysMode Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org Could an option be introduced for holiday closures where the due date is set to be the next matching open day? (Matching means Monday = Monday, Tuesday = Tuesday etc.) There are currently 3 options with holiday dates using useDaysMode syspref: 1) Circulation rules only = no change to expected due date 2) Calendar to push the due date to next open day = due date changed to next open day 3) Calendar to skip all days the library is closed = extra days - equivalent to closed days - added We use 21 days as our loan period. When a due date falls on a closed day, we would like to offer a loan on the next matching open day - e.g. a 28 day loan, not a 22 day loan. If an item is borrowed on Monday 1st June, it would ordinarily be due on Monday 22nd June (21 day loan as standard). If a library was closed on Monday 22nd June, we would like the due date to be Monday 29th June (28 day loan) - not Tuesday 23rd June (22 day loan). This isn't just a 7 day push on because of Christmas holidays. For example: Items borrowed on Friday 4th December should be due back Friday 25th December. Friday 25th December is closed. A 28 day loan would cause the items to be due back on Friday 1st January. Friday 1st January is closed. We would like the loan to be pushed to 35 days to the next Friday that the library is open = Friday 8th January, even though the library is open for business on non-matching (Monday, Tuesday, Wednesday etc) days between those dates. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 15656] New: Move the guarantor/guarantees code to Koha::Patron
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15656 Bug ID: 15656 Summary: Move the guarantor/guarantees code to Koha::Patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 15548, 15653 Blocks: 15449 2 subroutines of C4::Members deal with guarantor/guarantees: GetGuarantees and GetMemberRelatives. Since we already have a Koha::Patron->guarantor method, it makes sense to move these 2 subroutines to this module. Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15449 [Bug 15449] Move stuffs to the Koha namespace http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15548 [Bug 15548] New patron related code should have been put to Patron instead of Borrower http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15653 [Bug 15653] Updating a guarantor has never updated its guarantees -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 15548] New: New patron related code should have been put to Patron instead of Borrower
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15548 Bug ID: 15548 Summary: New patron related code should have been put to Patron instead of Borrower Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org As previously agreed, we need to standardize our wording, Borrower should be Patron. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 15449] New: Move stuffs to the Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15449 Bug ID: 15449 Summary: Move stuffs to the Koha namespace 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: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org This is an umbrella bug report. The goal is to group all bug reports moving stuffs to the Koha namespace. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 15653] New: Updating a guarantor has never updated its guarantees
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15653 Bug ID: 15653 Summary: Updating a guarantor has never updated its guarantees Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 15548 Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15548 [Bug 15548] New patron related code should have been put to Patron instead of Borrower -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 11373] New: Add a "cash register" feature to the fine payment form.
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11373 Bug ID: 11373 Summary: Add a "cash register" feature to the fine payment form. 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: fcapovilla(a)live.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 23382 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23382&action=edit Add a "cash register" feature to the fine payment form. This patch improves the fines payment form to allow automatic calculation of the amount to give back to the patron once a fine payment is received. For example, if a patron wants to pay a 3$ fine with a 5$ bill, you can set "Amount paid" to 3 and "Collect from patron" to 5. A message will then tell you to give back 2$ to the patron. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 15654] New: Integrating a cash register system into Koha: An Example
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15654 Bug ID: 15654 Summary: Integrating a cash register system into Koha: An Example Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: larit(a)student.uef.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To my knowledge, Koha does not yet have a way to integrate cash register systems. Here at Vaara-kirjastot, we wanted to integrate Koha with our "Ceepos" cash registers and the cash register server provided by CPU (the awesome company that delivers our cash registers). Before the feature, the workflow was as follows: Koha <-> Librarian (manual) <-> cash register Librarians had to manually enter the fine product code and fee amount into a cash register, and then complete the payment in Koha. This would print a receipt with no description (item name) of the item that was paid. With the feature, the workflow changes into: Koha <-> Cash register server (automatic) <-> cash register After librarian proceeds to pay Borrower's fines, product codes and fees are automatically transferred into the cash register via the cash register server. Payment is completed in Koha automatically. A receipt with detailed information (Borrower name, card number, all paid items listed with their description and amount paid) is printed. Short description of how this works: - Borrower comes to a counter and wants to pay his/her fees. - Koha (with this patch) sends the cash register server a JSON-message that contains information about the Borrower and the Products (=> Koha fines). - Cash registers are connected to the cash register server. They pick up the pending payment. - Borrower pays the fee. - Cash register tells the cash register server that the payment is completed. - Cash register server tells Koha that the payment is completed. - Koha completes the Borrower's payment into accountlines. Currently our work only supports CPU's protocol, but if others here at Koha community have interest in a feature like this, it could be modified to make it easily extendable and therefore to suit better the needs of the community. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5