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

[Bug 16284] New: Borrower Previously Checked Out: Serials
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '19

12 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16284 Bug ID: 16284 Summary: Borrower Previously Checked Out: Serials Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.sassmannshausen(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In discussion of Bug 6909, Radek Šiman raised the following additional concerns around CheckPreviousCheckouts functionality: "Inspecting the last attachment 50286 [details] [review] I cannot find if periodical biblios are well processed. This special case concerns a scenario where a borrower is about to get another item of the same periodical title. In such a situation we need to check if the same item was already issued and not the same biblio only. There are borrowers ckecking-out several items if the same title at once. It seems to me that the current solution would ask for N-1 items to "Checkout anyway?". We should ask for repeating items of periodicals only." This bug is for the discussion and resolution of this additional feature. Best wishes, Alex -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47

[Bug 20026] New: Add new permission related to personal data
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '19

12 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20026 Bug ID: 20026 Summary: Add new permission related to personal data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, josef.moravec(a)gmail.com, katrin.fischer(a)bsz-bw.de, magnus(a)libriotech.no, paul.poulain(a)biblibre.com, rbit(a)rbit.cz Blocks: 18081 Add new permission related to personal data. We should grant access to personal data at reports, plugins etc. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18081 [Bug 18081] [omnibus] GDPR (General Data Protection Regulation) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 23595] New: Patron duplicate detection logic mismatch between code and docs
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '19

11 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23595 Bug ID: 23595 Summary: Patron duplicate detection logic mismatch between code and docs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: theod(a)lib.auth.gr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com All recent Koha docs indicate that "A duplicate patron is detected IF first AND last names match AND there is NO date of birth populated OR IF first name, last name AND date of birth fields are ALL populated." (quote from https://koha-community.org/manual/18.11/en/html/patrons.html) This used to be true until Jul 2016. See: https://github.com/Koha-Community/Koha/commit/1c61729e840655bfea7123d0c826a… After that commit, the logic that is described in the docs is no longer true. The newer code looks prettier (and simpler), but I liked the old 'logic'. More specifically, I would like to ALSO have a duplicate warning on firstname+lastname (and Initials maybe?) match, IF the dateofbirth is blank. If -for any reason- the community prefers to only check for firstname+lastname+dateofbirth, please consider updating the docs accordingly :) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 14973] Suggestions - Search and warn user about existing biblio when submitting a suggestion
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '19

11 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14973 Séverine Queune <severine.queune(a)bulac.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |severine.queune(a)bulac.fr Change sponsored?|--- |Seeking developer --- Comment #23 from Séverine Queune <severine.queune(a)bulac.fr> --- The BULAC (http://www.bulac.fr/) would like to sponsore this development. Alex, did you work further on the patch ? As long as “Change sponsored?” is set on “Seeking developer”, anyone wanting to quote us for the development of such a feature or just ask for more information is welcome to write to us: <sigb(a)bulac.fr>. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14963] Ability to suggest purchase on existing catalogue record
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '19

11 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14963 Séverine Queune <severine.queune(a)bulac.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Change sponsored?|--- |Seeking developer --- Comment #1 from Séverine Queune <severine.queune(a)bulac.fr> --- The BULAC (http://www.bulac.fr/) would like to sponsore this development. As long as “Change sponsored?” is set on “Seeking developer”, anyone wanting to quote us for the development of such a feature or just ask for more information is welcome to write to us: <sigb(a)bulac.fr>. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14251] style discharge letter
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '19

11 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14251 Theodoros Theodoropoulos <theod(a)lib.auth.gr> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=23589 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14251] style discharge letter
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '19

11 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14251 Theodoros Theodoropoulos <theod(a)lib.auth.gr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |theod(a)lib.auth.gr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14963] Ability to suggest purchase on existing catalogue record
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '19

11 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14963 Séverine Queune <severine.queune(a)bulac.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |severine.queune(a)bulac.fr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11426] Make HighlightOwnItemsOnOPAC work with XSLT
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '19

09 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11426 --- Comment #3 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (In reply to Owen Leonard from comment #2) > In my quick test this looks like it works with or without XSLT on the detail > page and neither with or without XSLT on the results page. Can anyone > confirm? I can confirm that for us, it puts the items at the top of the list, but I don't see any font changes or highlighting. I think we have XSLT in use, but am not sure. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11529] Add subtitle, medium and part fields to biblio table
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '19

09 Sep '19

1 0