| Summary: | Машинный kde_applier применяет пользовательские политики | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Vladislav Glinkin <glinkinvd> |
| Component: | gpupdate | Assignee: | Valery Sinelnikov <greh> |
| Status: | NEW --- | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P5 | CC: | greh, nir, sin |
| Version: | unstable | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
Версия: gpupdate-0.13.2-alt1 Шаги воспроизведения: 1. Выбрать Компьютер → Административные шаблоны → Система ALT → Групповые политики → Экспериментальные групповые политики и изменить состояние на Включено. 2. Выбрать Компьютер → Административные шаблоны → Система ALT → Групповые политики → Механизмы GPUpdate → Настройка среды KDE Plasma и изменить состояние на Включено. 3. Выбрать Пользователь → Административные шаблоны → Система ALT → Настройки KDE → Виртуальные рабочие столы 4. Выполнить gpupdate на клиентской машине Фактический результат: После выполнения gpupdate были применены пользовательские политики, хотя не была включена "Настройка среды KDE Plasma для пользователей" Ожидаемый результат: Пользовательские политики не были применены, так как applier для пользователя отключен. Дополнительно: Предполагал, что дело было в функции check_enabled файла applier_frontend.py, поскольку для отключённого модуля KdeApplierUser она возвращала True, тем самым включая ("в тайне от пользователя") его в kde_applier.py из-за некорректной логики: if None == module_enabled: if is_experimental and exp_enabled: result = True if not is_experimental: result = True else: result = module_enabled Исправление логики в - https://github.com/altlinux/gpupdate/pull/212 Но даже с исправленной логикой, пользователь продолжает получать пользовательские политики с помощью машинного applier - хотя по факту, модуль KdeApplierUser отключен и self.__module_enabled = check_enabled() в нём возвращает False. Видимо, дело в чём-то ещё.