Bug 27378 created HTML customizations for CookieConsentBar and CookieConsentPopup. Despite being listed under the OPAC section of the list of display locations when creating the customizations, these are displayed in both the Opac and the staff interface. This is an issue as the staff interface uses different essential cookies and could have different optional ones. We need two separate sets of cookie-related system preferences and HTML customizations: one for the Opac and one for the staff interface.
Note: this issue was also discussed in bug 34793 (comments 20 to 23 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34793#c20) I imagine we would need system preferences like: OpacCookieConsent and StaffCookieConsent, OpacCookieConsentedJS and StaffCookieConsentedJS; plus HTML customizations OpacCookieConsentBar and StaffCookieConsentBar, OpacCookieConsentPopup and StaffCookieConsentPopup.
+1
Not sure if this belongs here or in a separate bug: 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.
(In reply to Mirjam Vantieghem from comment #3) > Not sure if this belongs here or in a separate bug: > 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. Can you please report a separate bug as "bug"?
(In reply to Katrin Fischer from comment #4) > (In reply to Mirjam Vantieghem from comment #3) > > Not sure if this belongs here or in a separate bug: > > 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. > > Can you please report a separate bug as "bug"? Bug #36316 created.
(In reply to Mirjam Vantieghem from comment #5) > (In reply to Katrin Fischer from comment #4) > > (In reply to Mirjam Vantieghem from comment #3) > > > Not sure if this belongs here or in a separate bug: > > > 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. > > > > Can you please report a separate bug as "bug"? > > Bug #36316 created. Thank you, Mirjam!
Where access to the Staff client is non-public/limited by IP range etc this would negate most cookie settings, so the option to select OPAC/Staff Client as a single option, or opt for both would be welcome.