- 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 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #102067|0 |1 is obsolete| | --- Comment #34 from David Nind <david(a)davidnind.com> --- Created attachment 102175 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=102175&action=e… Bug 14367: (follow-up) Rebasing to make patch work on master Run through test plan and confirm everything still works as expected. 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 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #102066|0 |1 is obsolete| | --- Comment #33 from David Nind <david(a)davidnind.com> --- Created attachment 102174 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=102174&action=e… Bug 14367: (follow-up) Fixing merge conflicts... ...and other fixes to make patch work. 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 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #102065|0 |1 is obsolete| | --- Comment #32 from David Nind <david(a)davidnind.com> --- Created attachment 102173 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=102173&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 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5158] Koha needs its own cookie, ice cream, and fudge flavors
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5158 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #10 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Martin Renvoize from comment #9) > My submission is the wonderfully weird and tasty Peanut butter, Chocolate > chip and Bacon cookie > > https://www.google.com/amp/s/www.foodnetwork.com/recipes/food-network- > kitchen/peanut-butter-chocolate-chip-bacon-cookies-recipe-1973911.amp I'm not much of a baker, but that sounds fun. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 12469] Add more information to the ILS-DI results
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12469 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #14 from David Nind <david(a)davidnind.com> --- Sorry Arthur, now that I'm a bit more familiar with ILS-DI I've retested and found some issues 8-(: 1) Showing the call number works fine. 2) The branch shows, but is incorrect when the item is checked out. In the ILS-DI results below item 21 belongs to Centerville and item 22 belongs to Fairview, but Centerville is shown for both. 3) The tests now fail: root@d3e7d16216fc:koha(bz12469)$ prove t/db_dependent/ILSDI_Services.t t/db_dependent/ILSDI_Services.t .. 7/10 Use of uninitialized value $charge in numeric gt (>) at /kohadevbox/koha/C4/Circulation.pm line 3007. t/db_dependent/ILSDI_Services.t .. 9/10 # Looks like you planned 10 tests but ran 11. t/db_dependent/ILSDI_Services.t .. Dubious, test returned 255 (wstat 65280, 0xff00) All 10 subtests passed Test Summary Report ------------------- t/db_dependent/ILSDI_Services.t (Wstat: 65280 Tests: 11 Failed: 1) Failed test: 11 Non-zero exit status: 255 Parse errors: Bad plan. You planned 10 tests but ran 11. Files=1, Tests=11, 12 wallclock secs ( 0.04 usr 0.00 sys + 8.52 cusr 1.08 csys = 9.64 CPU) Result: FAIL 4) Adding due dates: this seems to only show the current date and time - for a record with 2 items, I checked both out (item 21 and 22 - due date 6 April 2020 for both); with the URL cgi-bin/koha/ilsdi.pl?service=GetAvailability&id=21+22&id_type=item I get the ILS-DI results returned below - availability status is 'available' and 'dateavailable' is the currentt date for both. ILS-DI Results -------------- <dlf:collection xmlns:dlf="http://diglib.org/ilsdi/1.1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://diglib.org/ilsdi/1.1 http://diglib.org/architectures/ilsdi/schemas/1.1/dlfexpanded.xsd"> <dlf:record> <dlf:bibliographic id="7"/> <dlf:items> <dlf:item id="21"> <dlf:simpleavailability> <dlf:identifier>21</dlf:identifier> <dlf:availabilitystatus>available</dlf:availabilitystatus> <dlf:location>Centerville</dlf:location> <dlf:callnumber>947.084/1092 B</dlf:callnumber> <dlf:dateavailable>2020-04-01T06:35:10</dlf:dateavailable> </dlf:simpleavailability> </dlf:item> </dlf:items> </dlf:record> <dlf:record> <dlf:bibliographic id="7"/> <dlf:items> <dlf:item id="22"> <dlf:simpleavailability> <dlf:identifier>22</dlf:identifier> <dlf:availabilitystatus>available</dlf:availabilitystatus> <dlf:location>Centerville</dlf:location> <dlf:callnumber>947.084/1092 B</dlf:callnumber> <dlf:dateavailable>2020-04-01T06:35:10</dlf:dateavailable> </dlf:simpleavailability> </dlf:item> </dlf:items> </dlf:record> </dlf:collection> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5158] Koha needs its own cookie, ice cream, and fudge flavors
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5158 --- Comment #9 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- My submission is the wonderfully weird and tasty Peanut butter, Chocolate chip and Bacon cookie https://www.google.com/amp/s/www.foodnetwork.com/recipes/food-network-kitch… -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 24193] New: Add CodeMirror linting of JavaScript, CSS, HTML, and YAML system preferences
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24193 Bug ID: 24193 Summary: Add CodeMirror linting of JavaScript, CSS, HTML, and YAML system preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com CodeMirror offers linting plugins for JavaScript, CSS, HTML, and YAML. We should incorporate these into the system preferences editor. Note: The proposed patch can coexist with Bug 20930. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 5158] Koha needs its own cookie, ice cream, and fudge flavors
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5158 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.renvoize@ptfs-europe | |.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16892] New: Add automatic patron registration via OAuth2 login
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16892 Bug ID: 16892 Summary: Add automatic patron registration via OAuth2 login Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: mtompset(a)hotmail.com Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org If a patron's email address is authenticated by Google, and is not registered as a primary email address, automatically register the patron to allow login access. -- You are receiving this mail because: You are watching all bug changes.

1 79