MSIR.0826 NONPRE doesn't make sense for DISALLOW: Difference between revisions
Jump to navigation
Jump to search
mNo edit summary |
(Automatically generated page update) |
||
Line 3: | Line 3: | ||
If the intent was to remove privileges granted to non-pre-compiled requests via a previous <var>SIRMETH ALLOW</var> command, the <var>SIRMETH ALLOW</var> command should be re-issued without the <var>NONPRE</var> keyword, or a <var>SIRMETH ALLOW</var> command should be issued without the <var>NONPRE</var> keyword for the subset of the subsystems for which privileges are to be removed from non-pre-compiled requests. | If the intent was to remove privileges granted to non-pre-compiled requests via a previous <var>SIRMETH ALLOW</var> command, the <var>SIRMETH ALLOW</var> command should be re-issued without the <var>NONPRE</var> keyword, or a <var>SIRMETH ALLOW</var> command should be issued without the <var>NONPRE</var> keyword for the subset of the subsystems for which privileges are to be removed from non-pre-compiled requests. | ||
[[Category:Sirius Mods messages]] | [[Category:Sirius Mods messages]] [[Category:MSIR.0800 - MSIR.0999]] |
Revision as of 16:06, 13 August 2015
A SIRMETH DISALLOW command was issued with a NONPRE qualifier on a subsystem name. Since non-pre-compiled requests in a subsystem have no privileges to set globals, it doesn't make sense to disallow it.
If the intent was to remove privileges granted to non-pre-compiled requests via a previous SIRMETH ALLOW command, the SIRMETH ALLOW command should be re-issued without the NONPRE keyword, or a SIRMETH ALLOW command should be issued without the NONPRE keyword for the subset of the subsystems for which privileges are to be removed from non-pre-compiled requests.