LatteDock/HowToReportCrashes/uk: Difference between revisions

Revision as of 05:53, 11 April 2019

Other languages:

English
українська

←Панель Латте

Спочатку спробуйте спорожнити ваш кеш Qt, #788, вада у kubuntu 1736765:

Закрийте Латте
Delete everything from the folder ~/.cache/lattedock/qmlcache/
Знову запустіть Латте

Скористайтеся такими настановами:

Встановіть ddd

Run ddd latte-dock

Inside the text field on the lower side of the ddd window, write and execute run

When Latte crashes, click Status in the menu and select Backtrace

This will show you a window with numbered lines that can be helpful for the development team to find the issue.

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

@@ Line 6: / Line 6: @@
 # Закрийте Латте
-# Вилучіть усі файли з теки {{Path|1=~/.cache/lattedock/qmlcache/}}
+# Delete everything from the folder {{Path|1=~/.cache/lattedock/qmlcache/}}
 # Знову запустіть Латте
@@ Line 13: / Line 13: @@
 * Встановіть ''ddd''
-* <code>ddd latte-dock</code>
+* Run <code>ddd latte-dock</code>
-* У вікні ddd впишіть і віддайте команду <code>run</code>
+* Inside the text field on the lower side of the ddd window, write and execute <code>run</code>
-* Коли програма аварійно завершить роботу, виберіть у меню пункт <menuchoice>Status</menuchoice>, а потім пункт <menuchoice>Backtrace</menuchoice>
+* When Latte crashes, click <menuchoice>Status</menuchoice> in the menu and select <menuchoice>Backtrace</menuchoice>
-* У відповідь буде показано вікно із нумерованими рядками, які можуть бути корисними для розробників...
+* This will show you a window with numbered lines that can be helpful for the development team to find the issue.
-Якщо аварійне завершення роботи пов'язано із QML, слід спробувати виконати такі дії:
+If the crash originates from QML, you should try the following:
-* Віддайте команду {{Input|1=env QV4_FORCE_INTERPRETER=1 latte-dock -d}}
+* Run the following command: {{Input|1=env QV4_FORCE_INTERPRETER=1 latte-dock -d}}
-* Якщо наведена вище команда не дає достатньо відомостей, ви можете спробувати таку: {{Input|1=env QV4_FORCE_INTERPRETER=1 ddd --debugger /bin/gdb latte-dock}} Ця команда має надати більше відомостей, якщо встановлено пакунки із діагностичними даними.
+* If the above does not provide enough info, you could try: {{Input|1=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.
 --------
-Якщо відомо, що протягом дня Латте аварійно завершує роботу, можна скористатися попердніми пропозиціями для надання розробникам корисних даних зворотного трасування… У 95% випадків аварійних завершень роботи такі дані допомагають визначити, чи справді проблеми пов'язано із Латте…
+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.