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

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '20

16 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #102173|0 |1 is obsolete| | --- Comment #36 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 110138 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110138&action=e… Bug 14367: Add MARC record history This is a proof-of-concept implementation for adding history support to MARC records. Every time a change is made a complete copy of the record is stored along with the date/time and user identity. The changes are listed under each field in the MARC record editor and can be reverted with a click. The changes are stored as a JSON array in a new column named 'history' in the database. The array is re-read from the database before updating the record to prevent old data lingering in the session from overwriting newer changes made by other users. If we decide to implement this feature it might be better to simply create a new table altogether and link it rather than the clumsy JSON solution. That would eliminate a lot of bulky code that transforms MARC-KOHA-JSON and back while ensuring data integrity. Also, there are plans to add permissions to the MARC records; this likely requires more complex interactions that will scale badly with the current JSON solution. At present, the history is hardcoded to 10 entries. This can easily be made into a syspref. The current implementation should probably be refactored into a 'BiblioHistory' class before deploying. Documentation of the functions/methods are also needed. Icon is ugly and needs to be improved. Sponsored-By: Halland County Library & Catalyst IT Test plan: * Run updatedatabase.pl * Log into Staff interface, search for a title, choose to edit it's MARC record. * Chose a MARC field and modify it, press Save. * Open the MARC editor again for the same title. * Next to the edited field a new icon should appear, looking like a clock face with a encircling arrow; the history icon. * Clicking the icon should open a table showing all changes done to the record, including value change, date/time and user name. * Clicking a record in the history log should revert that field to the clicked value (a previous value) * Run prove t/db_dependent/BiblioHistory.t and confirm all tests pass Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '20

16 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9244] Authorities sorting should take subdivisions into account thanks to DOM
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '20

16 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9244 Heather <heather_hernandez(a)nps.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |heather_hernandez(a)nps.gov -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14648] Batch remove reserve items
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '20

15 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14648 --- Comment #21 from Joe Sikowitz <joe(a)flo.org> --- I set this back to the "Needs Signoff" status even though the first iteration already went to QA and failed. I'm not sure if this is the correct process, but it's been pending for a while. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26007] New: Warning/ reminder for changes to Koha to MARC mapping
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '20

15 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26007 Bug ID: 26007 Summary: Warning/ reminder for changes to Koha to MARC mapping Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliwho(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The batchRebuildBiblioTables job needs to be run whenever the mapping table is updated. This step is not listed in the manual or on koha2marclinks.pl page. Users may make changes without realizing that these won't take effect until the biblio tables are rebuilt, which in many cases will have to be done by a support company. Suggest adding this step to the manual and also as a reminder at the top of koha2marclinks.pl page. Or perhaps add this as a regular job on a weekly basis? Cab Vinton -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[Bug 5697] Automatic linking in guided reports
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '20

15 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5697 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david(a)davidnind.com --- Comment #2 from David Nind <david(a)davidnind.com> --- Seems sensible and useful to me, although I'm not really a user of the guided reports. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 17247] New: ILS-DI HoldTitle and HoldItem should check if patron is debarred
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '20

15 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17247 Bug ID: 17247 Summary: ILS-DI HoldTitle and HoldItem should check if patron is debarred Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Web services 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 40

[Bug 11999] Add two checks in CanBookBeReserved and CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '20

15 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=26463 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13722] Titles with articles not sorting correctly in lists
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '20

15 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13722 --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think the best we could do here is probably to use the anti-the list, that we have for other SQL based title lists? Only the search results from Zebra/Elasticsearch can use the indicators. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13722] Titles with articles not sorting correctly in lists
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '20

15 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13722 Lucy Vaux-Harvey <lucy.vaux-harvey(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lucy.vaux-harvey@ptfs-europ | |e.com --- Comment #5 from Lucy Vaux-Harvey <lucy.vaux-harvey(a)ptfs-europe.com> --- This issue has also been reported by one of our customers. It would be great to have a fix so that the second indicator was taken into account. -- You are receiving this mail because: You are watching all bug changes.

1 0