Created attachment 11197 [details] screen Версия: kde5-kalarm-22.04.3-alt1 Платформы: p10-education-10-x86-64-kde p10-kworkstation-10-x86-64 Шаги для воспроизведения: 1. На чистой системе запустить kalarm (удалить/установить не сойдёт, т.к. баг не воспроизводится если кнопки уже были активны) Ожидаемый результат: кнопки активны, можно создать напоминание. Фактический результат: кнопки неактивны, можно создать только шаблон. Примечание: если создать шаблон, то кнопки становятся активными. Примечание 2: наличие шаблона никак не влияет на активность, т.к. если его создать , затем удалить , то кнопки всё равно остаются активными.
Created attachment 11199 [details] (правильный скрин)
Created attachment 12180 [details] kde5-kalarm_output kde5-kalarm-22.08.3-alt1 Ошибка воспроизводится на kworkstation 10.1 в первый запуск и проходит самостоятельно после перезапуска kalarm. Сообщения, которые выводятся при этом в консоль, в приложенном файле. На education не воспроизводится.
Ошибка воспроизводится в sisyphus. Платформа: kworkstation-10.1-x86-64 обновленная до sisyphus. Версия пакета: kde5-kalarm-22.12.2-alt1
актуально для версии kde5-kalarm 23.04.3-alt1
Версия: kalarm-24.12.2-alt1.x86_64 Такое поведение вызвано тем, что база данных akonadi не инициализирована. Но тут возникает другой вопрос - почему kalarm запускается до инициализации akonadi? К примеру, korganizer ждёт запуск akonadi. Сергей, что вы думаете по этому поводу?
Актуально для kalarm-25.08.3-alt2 Если дождаться запуска akonadi, то кнопки в kalarm все равно не становятся активны, нужна перезагрузка приложения. Возможно стоит переквалифицровать это в FR и добавить какое-то указание о необходимости перезапуска для пользователя. Или перезапускать приложение после инициализации akonadi. Или, как указал Владислав, kalarm должен ждать, пока БД будет инициализирована.
Версия пакета: kalarm-25.12.3-alt1 Ошибка воспроизводится на kworkstation-11.2-x86-64 (Sisyphus). Дополнительно: Ошибка не воспроизводится в education (Sisyphus, p11), а также в Workstation K (p11)
