Summary: | kalarm неактивны элементы приложения при первом запуске | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Sisyphus | Reporter: | Дорошенко Глеб <doroshenkogv> | ||||||||
Component: | kalarm | Assignee: | Sergey V Turchin <zerg> | ||||||||
Status: | NEW --- | QA Contact: | qa-sisyphus | ||||||||
Severity: | normal | ||||||||||
Priority: | P5 | CC: | belayaav, glinkinvd, meshcheryakovvp, snowmix, strepkovaas, zerg | ||||||||
Version: | unstable | ||||||||||
Hardware: | x86_64 | ||||||||||
OS: | Linux | ||||||||||
Attachments: |
|
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. Сергей, что вы думаете по этому поводу? |
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: наличие шаблона никак не влияет на активность, т.к. если его создать , затем удалить , то кнопки всё равно остаются активными.