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

[Bug 4944] Create separate noItemTypeImages preferences for OPAC and staff client
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4944 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #102040|0 |1 is obsolete| | --- Comment #5 from David Nind <david(a)davidnind.com> --- Created attachment 102075 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=102075&action=e… Bug 4944: Add OpacNoItemTypeImages system preference At the moment noItemTypeImages pref controls staff and OPAC display. With this patch, there will be a separate OpacNoItemTypes preference that allows to control display of each separately. To test: - Apply patch and run database update In Administration: - Search for 'noItemTypes' preferences - Verify the settings of both prefs match - Toggle prefs, verify everything works ok - Go to the item types configuration page - Try different settings for both prefs: - Both set to No: Only a message with a link to the prefs should show - Both set to Yes or either set to Yes: image configuration options should show In the OPAC: - Check the following pages with item-level_itypes = record - advanced search - detail page - place hold page - Check the following pages with item-level_itypes = item - result list - a list (opac-shelves) - checkouts and overdues tabs in patron account (Note: this didn't work right before, but will now.) - reading history in patron account Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4944] Create separate noItemTypeImages preferences for OPAC and staff client
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '20

30 Mar '20

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

1 0

[Bug 18364] New: LOCK and UNLOCK are not transaction-safe
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18364 Bug ID: 18364 Summary: LOCK and UNLOCK are not transaction-safe Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org >From the MySQL doc: "LOCK TABLES is not transaction-safe and implicitly commits any active transaction before attempting to lock the tables." -- You are receiving this mail because: You are watching all bug changes.

1 26

[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 --- Comment #30 from David Nind <david(a)davidnind.com> --- Hi Aleisha. Everything works as expected for me. Things I noted: 1. The first change doesn't record what was originally there. For example, if the Title (245 tag a) was 'Abc' and I change it to 'XYZ' then the history table/log shows as 'XYZ', rather than 'Abc'. Later changes are as expected in the history, and can be restored. 2. The history recorded seems to be at the field level rather than the subfield level. For example, if 245 has subfield a and c and I change a, c also shows the change history. Happy to sign off if that is what is expected for the first iteration. David -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23951] New: Sundy and Account management fee missing from manual fine pull down
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23951 Bug ID: 23951 Summary: Sundy and Account management fee missing from manual fine pull down Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When comparing the pull down offered when creating a manual fine between 18.11 and master, there are some options missing: - Account management fee - Sundry Is this a bug or by intention? For libraries who have been using these and have built reports on them this could be an issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 9422] Patron picture uploader ignores patronimages syspref
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9422 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA --- Comment #9 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- This one has languished long enough, I think it's a reasonable patch and trivial code.. upgrading my earlier signoff to a PQA -- You are receiving this mail because: You are watching all bug changes.

1 0

[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