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

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '22

21 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 --- Comment #175 from The Minh Luong <the-minh.luong(a)inlibro.com> --- Created attachment 131967 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131967&action=e… Bug 12446: Limit available categories when using "Add guarantee" button Test plan: 1) Have some patron categories that can and cannot be guarantee 2) Visit a patron's account and click the "Add guarantee" button 3) In the "category" dropdown, note that all categories are available 4) Apply this patch 5) Repeat step 2 and 3; the dropdown now only contains the categories for which "can be guarantee" is set to "Yes". Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '22

21 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 --- Comment #174 from The Minh Luong <the-minh.luong(a)inlibro.com> --- Created attachment 131966 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131966&action=e… Bug 12446: Schema update Category.pm Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '22

21 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 The Minh Luong <the-minh.luong(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #130398|0 |1 is obsolete| | Attachment #130399|0 |1 is obsolete| | Attachment #130400|0 |1 is obsolete| | Attachment #130401|0 |1 is obsolete| | --- Comment #173 from The Minh Luong <the-minh.luong(a)inlibro.com> --- Created attachment 131965 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131965&action=e… Bug 12446: Ability to allow guarantor relationship for all patron category types This adds a new field "Can be guarantee" to patron categories so it becomes possible for any category type to have a guarantor. To test: 1) Have a patron category of type 'Adult' and one of type 'Child' 2) Confirm, by searching for the "Patron guarantor" fieldset in the edit/create form, that: => a patron of the first category can't have a guarantor => a patron from the second category can 3) Apply patch and run updatedatabase.pl 4) Edit the categories and note the new "Can be guarantee" field 5) It should have been set to "yes" for the "Child" and to "no" for the "Adult" 5) Repeat step 2. It should behave in the same way. 6) Edit the "Can be guarantee" for any of the category and check that the fieldset only appears when "Can be guarantee" is set to "yes" 7) prove t/db_dependent/Patrons.t => tests should still pass Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '22

21 Mar '22

1 0

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '22

21 Mar '22

1 0

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '22

21 Mar '22

1 0

[Bug 23302] New: Allow faster access to Card and MARC view in Z3950 search results
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '22

21 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23302 Bug ID: 23302 Summary: Allow faster access to Card and MARC view in Z3950 search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In older versions it was possible to click Card view or MARC view directly. Now we must click twice (open menu first). When comparing different records, our users click Card or MARC repeatedly and would love to need only one click. What are our options to achieve that? ;) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 58

[Bug 29957] Cookies not removed after logout
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '22

21 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29957 --- Comment #77 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #76) > Only Martin and me so far (comments #14 and #15) > The problem is: how do you maintain it? I am assuming that we want to clear > a cookie by default, so how sysops will maintain this list up-to-date? They > will have to know if a new cookie has been added to a given version. Seems a > nightmare. It might indeed be easier to add KohaOpacLanguage as an entry on the deny list. > I am not aware of cookies we want to keep in Koha after a logout. We proved > earlier that even "language" was not a good pick. I am not sure how solid that 'proof' actually is. It still seems to me that language is the best example for having differentiation. We should not assume that browser language e.g. is available in OPAC or automatically matches the user's preference. That is the main reason for having such a cookie. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29957] Cookies not removed after logout
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '22

21 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29957 --- Comment #76 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- (In reply to Marcel de Rooy from comment #75) > (In reply to Jonathan Druart from comment #74) > > Those patches don't apply on top of bug 29915 and bug 28786. At this point I > > think they should go first. > > I will rebase them when needed. 29915 is PQA, I would let the RM push it now. > > > You are deciding to list the cookie to remove whereas I think we decided the > > reverse, and clear them all by default. Even, as we don't want to keep the > > language, why should we let the possibility to keep some? > > I am not aware of a community decision here. The discussion showed me that > it would be more acceptable to differentiate between cookies to keep and > remove. And this patch set makes that possible via an allow list. > The language cookie might be an excellent example to keep. > If there is concensus to use a deny list here, that is adjusted easily. Do > you want me to ask on the dev ML? Only Martin and me so far (comments #14 and #15) The problem is: how do you maintain it? I am assuming that we want to clear a cookie by default, so how sysops will maintain this list up-to-date? They will have to know if a new cookie has been added to a given version. Seems a nightmare. > > To me, cookies are tied to the session, on logout should just remove them > > all. > Not all Koha cookies are session based. Some have a long expiry. > Logout will now clear all cookies that you want to clear. Session cookies > are normally cleared when you close the browser. > Note that a considerable number of users may not logout, but closes the > browser. I am not aware of cookies we want to keep in Koha after a logout. We proved earlier that even "language" was not a good pick. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30133] New: Incorrect list of libraries returned when more libraries than RESTdefaultPageSize and AllowHoldPolicyOverride enabled
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '22

21 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30133 Bug ID: 30133 Summary: Incorrect list of libraries returned when more libraries than RESTdefaultPageSize and AllowHoldPolicyOverride enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com CC: tomascohen(a)gmail.com To recreate: 1 - Set AllowHoldPolicyOverride to allow 2 - Set RESTdefaultPageSize = 5 3 - Try to place a hold 4 - Note list is truncated and marked as needing override -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38