Bug 53871

Summary: Машинный kde_applier применяет пользовательские политики
Product: Sisyphus Reporter: Vladislav Glinkin <glinkinvd>
Component: gpupdateAssignee: Valery Sinelnikov <greh>
Status: NEW --- QA Contact: qa-sisyphus
Severity: normal    
Priority: P5 CC: greh, nir, sin
Version: unstable   
Hardware: x86_64   
OS: Linux   

Description Vladislav Glinkin 2025-04-16 17:04:12 MSK
Версия: 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.

Видимо, дело в чём-то ещё.