[Bug 39986] New: OPACdidyoumean, acting like a system preference when it is not
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39986 Bug ID: 39986 Summary: OPACdidyoumean, acting like a system preference when it is not Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs@lists.koha-community.org Reporter: lucas@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com OPACdidyoumean has an entry in sysprefs.sql: ('OPACdidyoumean','',NULL,'Did you mean? configuration for the OPAC. Do not change, as this is controlled by /cgi-bin/koha/admin/didyoumean.pl.','Free'), You can also find it in the systempreference table: select * from systempreferences where varibale = 'OPACdidyoumean'; However, it can be be found when you search for it as a system preference. If you go to `admin/didyoumean.pl` and make changes they are logged as a change to a system preference. This is confusing. -- 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=39986 David Cook <dcook@prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook@prosentient.com.au --- Comment #1 from David Cook <dcook@prosentient.com.au> --- Sorry I'm not sure I fully understand. Do you mean "admin/didyoumean.pl" does control the data saved to that system preference, but it's weird? One of those things that would probably be better off in that "configuration" table that Tomas has suggested before? -- 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=39986 hebah@bywatersolutions.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hebah@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39986 --- Comment #2 from Owen Leonard <oleonard@myacpl.org> --- OPACdidyoumean is in the systempreferences table but it can only be accessed via the "Local use" tab. I understand that it's weird to have a Koha-standard preference in local use, but if it's hidden from searches and clearly labeled I think it's not a big deal. There's not just one: ElasticsearchIndexStatus_authorities ElasticsearchIndexStatus_biblios OPACdidyoumean UsageStatsID UsageStatsLastUpdateTime UsageStatsPublicID Version If we don't want OPACdidyoumean in system preferences we'd have to find a solution for all of these. -- 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=39986 --- Comment #3 from David Cook <dcook@prosentient.com.au> --- (In reply to Owen Leonard from comment #2)
If we don't want OPACdidyoumean in system preferences we'd have to find a solution for all of these.
Actually that gives me a thought... There are times where I'd love for sysprefs to be visible to end users but not editable by end users. Maybe we add a column to the syspref table like "read_only" or "system_only". We could show them in a named tab, but make them non-editable by end users? My original use case was setting sysprefs at a vendor level, but this use case makes sense too, no? -- 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=39986 --- Comment #4 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I think a system_only to not make them show up in the editor would make sense. They show in local use now, which is not ideal and noone will/should be ever be able to edit them. Version could be read-only... although on dev instances it's handy to be able to reset the version :) -- 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