Currently the Options dialogs pages behave inconsistently when options are locked down. Most commonly they do not disable UI belonging to locked keys, so trying to change them leads to a crash with a message terminate called after throwing an instance of 'com::sun::star::lang::IllegalArgumentException' (at least under Linux, bibisect repo builds) In some cases the UI options are disabled, and in some cases even a small lock icon is displayed on their left to indicate they are centrally locked, both are the expected behavior. This meta bug collects bugs about unifying the UI behavior: - locked ("finalized") state of configuration keys should be checked by the UI to avoid crashes - locked UI elements should be disabled (greyed out but not hidden) - locked UI elements should show a lock icon In some cases the configuration keys can be changed from other parts of the UI, bugs about such can be collected here as well (e.g. "Don't show this again" boxes in pop-up nag windows).
(In reply to Gabor Kelemen (allotropia) from comment #0) > .. when options are locked down. Locked down means that the option is disabled in the configuration, I assume.