June 2020 - Koha-bugs - lists.koha-community.org

[Bug 23660] New: Add system preference to remove message body from sent notices after notice status switches to sent.
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '24

08 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23660 Bug ID: 23660 Summary: Add system preference to remove message body from sent notices after notice status switches to sent. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: brendon.ford(a)manhattan.edu QA Contact: testopia(a)bugs.koha-community.org Currently the "Sent notices" list on a borrower's record retains the body of all sent notices. It may be useful for patron privacy to have the option to have message body removed after the notice has been sent. Ideally this would be done immediately after the notice has been processed, but having this scheduled could also be an option. Currently we can have the ability to remove the entire notice, but we would like to keep a record that a notice was sent and just remove what was in the notice. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 24731] New: Privacy concerns in Notices
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '24

08 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24731 Bug ID: 24731 Summary: Privacy concerns in Notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org A library has mentioned possible privacy concerns due to item information being listed in notices sent to the patron. Staff has the ability to read the notices and see what the patron has requested/checked out. They would like the ability to see that they have notified a patron about an overdue and on what date, but not necessarily see what item it was for. They are interested in exploring if these notices can be 'redacted' for privacy. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 22161] New: Move transferbook to Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '24

08 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22161 Bug ID: 22161 Summary: Move transferbook to 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: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 25753] New: Deprecate C4::Circulation::transferbook
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '24

08 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25753 Bug ID: 25753 Summary: Deprecate C4::Circulation::transferbook Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org C4::Circulation::transferbook should be deprecated and ModItemTransfer used directly instead (Eventually ModItemTransfer should also be removed and replaced by various called to Koha::Item->request_transfer and Koha::Item::Transfer->$methods). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 24295] New: C4::Circulation::GetTransfers should be removed, use Koha::Item->get_transfer instead
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '24

08 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24295 Bug ID: 24295 Summary: C4::Circulation::GetTransfers should be removed, use Koha::Item->get_transfer instead Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We've had a get_transfer method in the Koha::Item object which replicates this function. We should convert all uses of GetTransfers to use the newer Koha::Object based method and remove the original method. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 133

[Bug 25043] New: Use of union in Koha::Objects
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25043 Bug ID: 25043 Summary: Use of union in Koha::Objects Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 24969] New: ILSDI allows cancellation of waiting holds
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24969 Bug ID: 24969 Summary: ILSDI allows cancellation of waiting holds 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 To recreate: 1 - Place a hold for a patron 2 - Checkin the item/confirm the hold to set it to waiting 3 - Enable ILSDI 4 - Cancel the hold via ILSDI item_id means the reserve_id http://localhost:8080/cgi-bin/koha/ilsdi.pl?service=CancelHold&patron_id=5&… 5 - Successfully canceled -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 24914] New: Saving a record as MARC (Unicode/UTF-8, Standard) remove items
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24914 Bug ID: 24914 Summary: Saving a record as MARC (Unicode/UTF-8, Standard) remove items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In catalogue/export.pl for this one format 'marcstd' we call the subroutine marc2marc This subroutine builds a list of 'private_fields' - which is any field with 9 in the tag. These are then removed from the record. This includes all item tags To recreate: 1 - Find a record with some items and view the details page 2 - Save record -> MARC (Unicode/UTF-8, Standard) 3 - Open record in marcedit, or stage for import into koha 4 - Note all 9 fields and items are gone -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 24912] New: Generate sql from yaml installer files
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24912 Bug ID: 24912 Summary: Generate sql from yaml installer files Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Depends on: 24883 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24883 [Bug 24883] Command line utility to load yaml files -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 24906] New: Problems with automatic saving the name and id of creator and who modifies the catolog
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24906 Bug ID: 24906 Summary: Problems with automatic saving the name and id of creator and who modifies the catolog Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: darkdave26(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I want the name of the creator and whoever modifies the catalogs in specific fields automatically. So i changed the system switched the system preferences MarcFieldForCreatorId, MarcFieldForCreatorName, MarcFieldForModifierId, MarcFieldForModifierName, to the following fields 991 $ b, 991 $ c, 992 $ b and 992 $ c respectively. However, when I create a new catalog, field 992 is filled in instead of field 991, and when when I modify the catalog, field 992 is modified for the new data, deleting the old data. I can manually create multiple 992 fields. Someone having the same problem? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5