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

[Bug 15436] Use semicolon between series name and volumne information
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15436 David Roberts <david.roberts(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david.roberts(a)ptfs-europe.c | |om Assignee|koha-bugs(a)lists.koha-commun |david.roberts(a)ptfs-europe.c |ity.org |om -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

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

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #88829|0 |1 is obsolete| | --- Comment #29 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 102067 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=102067&action=e… Bug 14367: (follow-up) Rebasing to make patch work on master Run through test plan and confirm everything still works as expected. -- 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 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff -- 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 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #88828|0 |1 is obsolete| | --- Comment #28 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 102066 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=102066&action=e… Bug 14367: (follow-up) Fixing merge conflicts... ...and other fixes to make patch work. -- 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 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #88827|0 |1 is obsolete| | --- Comment #27 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 102065 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=102065&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 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23510] New: Allow QR codes to be used in label creator
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23510 Bug ID: 23510 Summary: Allow QR codes to be used in label creator Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: theod(a)lib.auth.gr QA Contact: testopia(a)bugs.koha-community.org Currently, only CODE39, CODE39MOD, CODE39MOD10, COOP2OF5, INDUSTRIAL2OF5 and EAN13 barcode types are allowed in Label creator. It would be nice to have 2D barcode support as well, as more information is crammed in less space and the result square-sized barcode can easily be put UNDER (or OVER) a biblio spine label! As an added bonus, the PDF::Reuse::Barcode module (https://metacpan.org/pod/PDF::Reuse::Barcode) used in Label creation, already supports generation of QRcodes, so the whole enhancement should be 'fairly' easy to implement! -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 23546] New: Allow library to choose which language subscription pattern to search
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23546 Bug ID: 23546 Summary: Allow library to choose which language subscription pattern to search Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Mana-kb Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com Currently, when a library is searching for a subscription pattern within Mana, it would be nice for the library to be able to limit the search for a specific language such as English so those would be the ones to display. To eliminate the languages that would not be helpful to the library importing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 23552] New: Include ISSN in list and cart emails
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23552 Bug ID: 23552 Summary: Include ISSN in list and cart emails Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The cart and list emails include the ISBN, but not the ISSN. Also: the ISBN label shows, when there is no ISBN. The check in the template appears not to be working correctly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 3150] Move emails for sending cart and list contents into notices tool
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3150 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=23552 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23617] New: Athorities mode: Add list of reports, or ability to add html links to same, re biblio and authority records needing editing, adding, deleting.
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23617 Bug ID: 23617 Summary: Athorities mode: Add list of reports, or ability to add html links to same, re biblio and authority records needing editing, adding, deleting. Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: niamh.walker-headon(a)it-tallaght.ie QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The authorities mode homepage is not populated / developed to the same extent as the other modes it Circulation. We want the standard reports that staff use to manage authority control available on this page, to prompt them to generate the appropriate reports at the correct times. This could be done via a side / nav menu / links on the Authorities pages Regular checking of authority records for linking and for additions where needed is good practice, and improves the quality of linking within the catalogue and the opac ensuring the quality of the opac search experience with good metadata. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3