[Bug 27025] New: jQuery testing with specific user
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27025 Bug ID: 27025 Summary: jQuery testing with specific user Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs@lists.koha-community.org Reporter: cbrannon@cdalibrary.org QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com I have been able to apply jQuery that only applies to a specific user that is logged in. I would propose that Koha would use similar techniques and create a jQuery test field that only applies to Koha if a specific user is logged in. This would be completely separate from the usual jQuery that is applied, but applied along with the usual jQuery, for testing purposes. It would have no affect on other users in a production environment, but allow for admin to test new jQuery before applying to the regular jQuery. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27025 David Cook <dcook@prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook@prosentient.com.au --- Comment #1 from David Cook <dcook@prosentient.com.au> --- That's an interesting idea. I think that this could be quite useful for Javascript and CSS actually. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27025 Lisette Scheer <lisetteslatah@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lisetteslatah@gmail.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27025 --- Comment #2 from Christopher Brannon <cbrannon@cdalibrary.org> --- I've been thinking more about this, and how to make this more practical. I think there should be a superlibrarian tab in the side tabs in the user account (obviously that only shows if the user is a superlibrarian, and it is the same account that is logged in. Under that tab, there would be fields like OPAC and Staff jQuery and CSS. If left blank, the normal fields in administration are used. If one of these superlibrarian fields has anything in it, it overrides it's counterpart, and the one in admin is not used. The idea is that only the logged in superlibrarian can create an override, and only under their own account. They can't create an override for another superlibrarian, and that override only works when that superlibrarian is logged in. It has no effect on other logged in users. This gives a good, isolated testing area for admin. Perhaps for good measure, there should also be a permission under the superlibrarian permission to enable/disable the overrides. It would not prevent access to the tab or override fields, but it would allow that superlibrarian and other superlibrarians the ability to render it inactive, in case, during testing, the override has some unexpected affect that keeps that user from being able to undo the code. It would also allow that superlibrarian to turn on/off the code they are testing without having to clear the fields in between testing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27025 Barbara Johnson <barbara.johnson@bedfordtx.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |barbara.johnson@bedfordtx.g | |ov --- Comment #3 from Barbara Johnson <barbara.johnson@bedfordtx.gov> --- This would be really useful. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org