53871 2025-04-16 17:04:12 +0300 Машинный kde_applier применяет пользовательские политики 2025-04-16 17:04:12 +0300 1 1 4 Development Sisyphus gpupdate unstable x86_64 Linux NEW P5 normal --- 1 glinkinvd greh greh nir sin qa-sisyphus oldest_to_newest 263092 0 glinkinvd 2025-04-16 17:04:12 +0300 Версия: 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. Видимо, дело в чём-то ещё.