Bug 53871 - Машинный kde_applier применяет пользовательские политики
Summary: Машинный kde_applier применяет пользовательские политики
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: gpupdate (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Valery Sinelnikov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-04-16 17:04 MSK by Vladislav Glinkin
Modified: 2025-04-16 17:04 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.

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