LatteDock/HowToReportCrashes/uk: Difference between revisions
No edit summary |
No edit summary |
||
Line 19: | Line 19: | ||
* Коли програма аварійно завершить роботу, виберіть у меню пункт <menuchoice>Status</menuchoice>, а потім пункт <menuchoice>Backtrace</menuchoice> | * Коли програма аварійно завершить роботу, виберіть у меню пункт <menuchoice>Status</menuchoice>, а потім пункт <menuchoice>Backtrace</menuchoice> | ||
* | * У відповідь буде показано вікно із нумерованими рядками, які можуть бути корисними для розробників... | ||
If the crash originates from QML, you should try the following: | If the crash originates from QML, you should try the following: |
Revision as of 05:53, 11 April 2019
Спочатку спробуйте спорожнити ваш кеш Qt, #788, вада у kubuntu 1736765:
- Закрийте Латте
- Вилучіть усі файли з теки ~/.cache/lattedock/qmlcache/
- Знову запустіть Латте
Скористайтеся такими настановами:
- Встановіть ddd
ddd latte-dock
- У вікні ddd впишіть і віддайте команду
run
- Коли програма аварійно завершить роботу, виберіть у меню пункт , а потім пункт
- У відповідь буде показано вікно із нумерованими рядками, які можуть бути корисними для розробників...
If the crash originates from QML, you should try the following:
- Run the following command:
env QV4_FORCE_INTERPRETER=1 latte-dock -d
- If the above does not provide enough info, you could try:
env QV4_FORCE_INTERPRETER=1 ddd --debugger /bin/gdb latte-dock
Which should provide more information if the debug packages are installed.
If nothing mentioned above succeeds, you could try to check if the crash is related to a specific plasmoid:
- Use Latte with default Layout (does it crash?)
- If it doesn't crash, start adding your plasmoids one by one in order to check their behavior and if they crash Latte.
If it is expected that Latte will eventually crash throughout the day due to the unresolved issue, the user can use the previous suggestions to provide a meaningful backtrace...
For 95% of the cases, this backtrace can help the development team identify if the crash is a Latte-Dock issue and not caused from upstream.
Any good backtrace is much appreciated! Please report such issues at https://bugs.kde.org/describecomponents.cgi?product=lattedock