September 2019 - Koha-bugs - lists.koha-community.org

[Bug 20645] New: Print patrons before anonymise
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20645 Bug ID: 20645 Summary: Print patrons before anonymise 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This is follow-up for bug 20604, we need to know who was anonymised to be able to destroy any paper information anonymised patrons. (application form, contract, ...) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 20604] New: Provide a way to anonymise patron records
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20604 Bug ID: 20604 Summary: Provide a way to anonymise patron records 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We need a way to anonymise patron data, but keep a record for statistics purpose. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 17667] New: Standing orders - cancelling a receipt increase the original quantity
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17667 Bug ID: 17667 Summary: Standing orders - cancelling a receipt increase the original quantity Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org When cancelling a receipt, the quantity of the original order is increased. That does not sound correct. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 15726] New: columns_settings.pl: add option for circulation rules column configuration
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '20

13 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15726 Bug ID: 15726 Summary: columns_settings.pl: add option for circulation rules column configuration Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The circulation rules table is so big, you have to scroll across two full laptop screens. If you know a column is not being used by any location, it would be nice to be able to control the visibility of the columns through the new columns_settings.pl option. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 18816] New: Make CataloguingLog work in production by preventing circulation from spamming the log
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '20

13 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18816 Bug ID: 18816 Summary: Make CataloguingLog work in production by preventing circulation from spamming the log 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The system preference CataloguingLog is not recommended for use in production. This is do to the fact that every checkin and checkout generates one or more log entires. This seems to be not only bad behavior, but unnecessary and outside the needs of CataloguingLog as we have CirculationLog. -- You are receiving this mail because: You are watching all bug changes.

1 46

[Bug 22220] New: Error in ReWriteRule for 'bib' in apache-shared-intranet.conf
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '20

13 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22220 Bug ID: 22220 Summary: Error in ReWriteRule for 'bib' in apache-shared-intranet.conf Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To recreate: 1 - visit https://localhost:8081/bib/1 or any valid biblionumber 2 - 404 not found error -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 21774] New: Subfield clone fields dissapear when editing a record
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '20

13 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21774 Bug ID: 21774 Summary: Subfield clone fields dissapear when editing a record Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesus(a)medios.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When editing an item record that has repetable subfields, these subfields dissapear on the editing screen in those records that have more than one value. - On the cataloging screen (basic screen), create a new record - Go to a field with repetable subfields and associated with authorised values CCODE - Select a value for the subfield 952$8) - Clone the subfield - select another value for the new subfield - Save the record - Edit the record to modify => the clone subfields have disappeared. Seems to be related to bug 17818 Verified happening on 17.11.04 and 18.05.05-1 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 20419] New: Current location not updated correctly on the return of a reserved item
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '20

13 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20419 Bug ID: 20419 Summary: Current location not updated correctly on the return of a reserved item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com At present when a reserved item is returned to a library branch which is not the branch set as the pickup location for the reserve then after clicking the 'Confirm hold and transfer' button on the return modal box the items current location is set to the pickup location even though the item is actually in transit. The current location of the item should be set as the branch that the item was returned to whilst in transit and only change to the pickup location when it checked in at the pickup location branch. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 17483] New: Forgiving charge should apply to item's last fine.
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '20

11 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17483 Bug ID: 17483 Summary: Forgiving charge should apply to item's last fine. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 When returning an item with a fine, if the Forgive checkbox is clicked, this forgives the first accountline associated to the item/user, not the current/latest as it should. Scenario (Real world): - A patron returns a book late, ensuring a 5$ fine. Does not pay it. - The patron borrows the book again 3 months later. Gets late again, and fined 2$. - Great timing: The library offers amnesty for a week. Bring back your book and we'll forget that they're late. - On checkin, the librarian clicks "Forgive overdue charges" and scan the book. - Koha cancels the 3-months-ago 5$ fine. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 22331] New: Lost items that are written off gives credit when returned
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '20

11 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22331 Bug ID: 22331 Summary: Lost items that are written off gives credit when returned Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- When a lost item is written off by the library, but later returned, Koha gives a credit for that item. To recreate: 1. Ensure "Refund lost item fee" is set to "Yes" in Circulation and Fine Rules. 2. Check out an item to a patron. 3. Mark item as lost. Replacement price should be added to their account. 4. Write off the fee. 5. Return the item. A refund is generated. A write off should not generate a refund in this situation. Is it possible this is related to Bug 19919 ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8