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

[Bug 17353] New: Add phone number column to checkout search
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17353 Bug ID: 17353 Summary: Add phone number column to checkout search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 33612] New: Staff with limited permissions don't always get an expanded catalog_search bar
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33612 Bug ID: 33612 Summary: Staff with limited permissions don't always get an expanded catalog_search bar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Setup a staff member with staff access permission but no circulate permissions. 2. Log in as that and on the intranet-home page notice that 'Search patron' bar across the top is not visible by default. 3. Click the 'Search patrons' link at the top, now you see the search bar. 4. This is also true on the item search page. It is because we are using the old home-search.inc when it should be the cat-search.inc If you git grep 'home-search.inc' you'll see it on these two pages. koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/itemsearch.tt: [% INCLUDE 'home-search.inc' %] koha-tmpl/intranet-tmpl/prog/en/modules/intranet-main.tt: [% INCLUDE 'home-search.inc' %] We can change that to cat-search.inc and remove the unused home-search.inc, I think. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 28948] New: Add a /public counterpart for the libraries REST endpoints
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28948 Bug ID: 28948 Summary: Add a /public counterpart for the libraries REST endpoints Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com This bug will add the public facing libraries endpoint. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 82

[Bug 36316] New: CookieConsent should not display in Z39.50/SRU window
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36316 Bug ID: 36316 Summary: CookieConsent should not display in Z39.50/SRU window Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirjam.vantieghem(a)etf.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When the CookieConsent system preference is set to require, the CookieConsent also comes in the pop-up window of the Z39.50/SRU search from the cataloguing module on the Staff client, even after confirming consent in the staff client. That seems unnecessary, unless there are other cookies in the Z39.50/SRU pop-up window. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34791] New: CookieConsent preference should hint that there's HTML content blocks available for customisation
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34791 Bug ID: 34791 Summary: CookieConsent preference should hint that there's HTML content blocks available for customisation 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com One can enable/disable the cookieConsent feature from the system preferences and add tracking cookies to the mix there, but there's not hint to say you can customise the appearance using the HTML Customisations. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 36587] New: Reserved word in mySQL prevents link to a purchase suggestion
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36587 Bug ID: 36587 Summary: Reserved word in mySQL prevents link to a purchase suggestion Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There is no link to a specific purchase suggestion in Suggestions management in the SQL Report Library. While this syntax CONCAT('<a href=\"/cgi-bin/koha/suggestion/suggestion.pl?suggestionid=', suggestionid,'\">', suggestionid, '</a>') copies the pattern of other links, it takes the user to an upper level, where a library must be selected. To reach a specific suggestion the url must have a 'trailing fragment' &op=show added. Including the trailing fragment in the link statement is forbidden as SHOW is a reserved word in mySQL. If the API route were changed so that it used a different word, for example "display" instead of "show", it would probably be possible to get around this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

(no subject)
by Farai Kachote 16 Apr '24

16 Apr '24

Goodday I am trying to upgrade from koha 20.11 to 22.11. after upgrade i am getting below error on cataloguing search. Anyone please help. Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request Reason: *Error reading from remote server* ------------------------------ Apache/2.4.52 (Ubuntu) Server at 10.12.1.48 Port 8888 Regards Farai -- *The information transmitted by this email is intended only for the person or entity to which it is addressed. This email may contain proprietary, business-confidential, and/or privileged material. If you are not the intended recipient of this message, be aware that any use, review, retransmission, distribution, reproduction or any action taken in reliance upon this message is strictly prohibited. If you received this in error, please contact the sender and delete the material from all computers*

1 0

[Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 Emily Lamancusa <emily.lamancusa(a)montgomerycountymd.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |36608 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36608 [Bug 36608] Port default TO_PROCESS and AVAILABLE notices to Template Toolkit syntax -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36602] New: Locked account requires a password change
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '24

15 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36602 Bug ID: 36602 Summary: Locked account requires a password change Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It doesn't make sense that a password change is required for a locked account. Accounts are locked because someone has attempted to log into the account multiple times and has failed the threshold. This means that someone knows the account username, but doesn't know the password. If the threshold is not a low number, it is likely someone is trying to gain access to the account that should (especially if they don't use a forgot password method. It seems that the more logical approach is to require a card number and/or username change. I guess it is possible that it could be the patron/user and they are just really bad at password recovery, and persistent, but I'm still not convinced this is the most logical response to being locked out. A change in username would be more likely to thwart abusive users. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 15504] Track Patron's Last Activity
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '24

15 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15504 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=33997 -- You are receiving this mail because: You are watching all bug changes.

1 0