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

[Bug 27367] New: Housebound and CheckPrevCheckout
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '21

05 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27367 Bug ID: 27367 Summary: Housebound and CheckPrevCheckout Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently the system preference CheckPrevCheckout is an everyone or no one setting. It would be particularly helpful in Housebound module to have that system preference apply in only specific situations. For instance, only for a specific patron category, or only for patrons with a specified attribute. Without this, staff have to manually search a patron's circ history to see if an item has already been checked out to them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 25026] New: RaiseError must be set for the UI
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '21

04 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25026 Bug ID: 25026 Summary: RaiseError must be set for the UI Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement 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 Depends on: 22001 This is a follow-up for bug 22001. The patch "Bug 22001: Set unsafe only if RaiseError is not set" proved that unsafe => 1 and RaiseError => 0 was wrong. We should move forward and turn RaiseError for the UI, and... see what's happening. The change goes to the right direction, but we need to know how big is the task to have a stable release with these parameters correctly set. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22001 [Bug 22001] RaiseError and PrintError flags must be set for tests -- You are receiving this mail because: You are watching all bug changes.

1 48

[Bug 25321] New: Move translatable strings out of strings.inc into merge-record.js
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '21

03 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25321 Bug ID: 25321 Summary: Move translatable strings out of strings.inc into merge-record.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 21156 Strings which were put in strings.inc for translation purposes can now be wrapped in the new translation function and put in the various JavaScript files where they're used. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 26760] New: Redirect to paycollect.pl when clicking on "Save and pay"
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '21

02 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26760 Bug ID: 26760 Summary: Redirect to paycollect.pl when clicking on "Save and pay" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 14898 Bug 14898 added the "Save and pay" button that redirects to "Make a payment" tab after creating a manual invoice This requires the user to click on another "Pay" button before being taken to the real payment form. By redirecting directly to paycollect.pl, this useless step will no longer be needed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14898 [Bug 14898] Add 'Save and pay' button to use after adding a manual invoice -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 27498] New: Add a link for the Hold Ratios to Acquisitions home page
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '21

02 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27498 Bug ID: 27498 Summary: Add a link for the Hold Ratios to Acquisitions home page Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org In our library viewing the Hold Ratios is more a function of Acquisitions than Circulation. It would be helpful to add a link to the Hold Ratios on the Acquisitions home page so that staff doesn't have to go to the Circulation home page to access. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 27023] New: Add class names in the suggestions column in Suggestions management
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '21

31 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27023 Bug ID: 27023 Summary: Add class names in the suggestions column in Suggestions management Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There is a lot of info. that goes into the Suggestions column in '/cgi-bin/koha/suggestion/suggestion.pl'. It's currently hard to parse that different information out if you wanted to do something like change the color of the text for each item type. It would be trivial to add class names. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 27747] New: Add CodeMirror custom syntax highlighting for SQL runtime parameters
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '21

30 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27747 Bug ID: 27747 Summary: Add CodeMirror custom syntax highlighting for SQL runtime parameters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Reports Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: caroline.cyr-la-rose(a)inlibro.com, fridolin.somers(a)biblibre.com, jonathan.druart(a)bugs.koha-community.org, testopia(a)bugs.koha-community.org Depends on: 27643 I propose we add a basic syntax highlighting configuration for column placeholders (Bug 23390), defined as any string surrounded by square brackets: [[itemnumber|Item number]]. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27643 [Bug 27643] Add CodeMirror custom syntax highlighting for SQL runtime parameters -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 27068] New: HoldsQueue doesn't know how to use holds groups
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '21

27 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27068 Bug ID: 27068 Summary: HoldsQueue doesn't know how to use holds groups Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 22284 Bug 22284 added local holds groups, but didn't teach the holds queue how to use them. It needs to do that. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22284 [Bug 22284] Add ability to define groups of locations for hold pickup -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49

[Bug 23891] New: opac-memberentry.pl showing fields that should be supressed by PatronSelfModificationBorrowerUnwantedField
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '21

22 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23891 Bug ID: 23891 Summary: opac-memberentry.pl showing fields that should be supressed by PatronSelfModificationBorrowerUnwantedField Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It seems that PatronSelfModificationBorrowerUnwantedField and PatronSelfRegistrationBorrowerMandatoryField are in conflict. There are certain pieces of information you may want when registering that you don't want a patron to modify online. For example, you will ask for the patron name when registering, but don't necessarily want them changing their names freely. Our library requires that they show an ID when they pick up their card after registration. If they legally change their name, they need to come in with an ID again to verify the change. I would suggest allowing the PatronSelfModificationBorrowerUnwantedField to have priority over the PatronSelfRegistrationBorrowerMandatoryField settings. So, if a field is listed in PatronSelfModificationBorrowerUnwantedField, it should negate the same field listed in PatronSelfRegistrationBorrowerMandatoryField. If not that, then there should be a separate field for mandatory modification fields called PatronSelfModificationBorrowerMandatoryField. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 27299] New: Zebra phrase register is incorrectly tokenized
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '21

20 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27299 Bug ID: 27299 Summary: Zebra phrase register is incorrectly tokenized Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au Recently, I noticed issues with "exact" matching for authority linking when using Zebra ICU. I've documented those issues upstream on the idzebra project on Github: https://github.com/indexdata/idzebra/issues/24 Adam Dickmeiss and I are still working through this issue, but it seems very likely to me that the issue is that we are tokenizing strings for the "p" register when we should not be. Looking at Zebra CHR, the "p" register is not tokenized. According to Zebra's own documentation (https://software.indexdata.com/zebra/doc/querymodel-zebra.html#querymodel-p…) the "p" register is supposed to be "Character normalized, but not tokenized index for phrase matches". I'm still waiting for Adam to confirm my solution, but I've opened this bug report to track things on the Koha side, and to include a patch which I hope will resolve these problems. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49