LatteDock/HowToReportCrashes/uk: Difference between revisions

From KDE UserBase Wiki
No edit summary
(Created page with "Будемо раді якісним даним звортного трасування. Будь ласка, повідомляйте про вади за допомогою...")
 
(15 intermediate revisions by the same user not shown)
Line 13: Line 13:
* Встановіть ''ddd''
* Встановіть ''ddd''


* Run <code>ddd latte-dock</code>
* <code>ddd latte-dock</code>


* Inside the text field on the lower side of the ddd window, write and execute <code>run</code>
* У вікні ddd впишіть і віддайте команду <code>run</code>


* When Latte crashes, click <menuchoice>Status</menuchoice> in the menu and select <menuchoice>Backtrace</menuchoice>
* Коли програма аварійно завершить роботу, виберіть у меню пункт <menuchoice>Status</menuchoice>, а потім пункт <menuchoice>Backtrace</menuchoice>


* 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:
Якщо аварійне завершення роботи пов'язано із QML, слід спробувати виконати такі дії:


* Run the following command: {{Input|1=env QV4_FORCE_INTERPRETER=1 latte-dock -d}}
* Віддайте команду {{Input|1=env QV4_FORCE_INTERPRETER=1 latte-dock -d}}


* If the above does not provide enough info, you could try: {{Input|1=env QV4_FORCE_INTERPRETER=1 ddd --debugger /bin/gdb latte-dock}}
* Якщо наведена вище команда не дає достатньо відомостей, ви можете спробувати таку: {{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.
# Якщо аварійного завершення роботи не спостерігається, почніть додавати плазмоїди, один за одним, перевіряйте їхню поведінку і те, чи не призводить їхня робота до аварійного завершення роботи Латте…
--------
--------


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.
У 95% випадків аварійних завершень роботи такі дані допомагають визначити, чи справді проблеми пов'язано із Латте…


Any good backtrace is much appreciated! Please report such issues at https://bugs.kde.org/describecomponents.cgi?product=lattedock
Будемо раді якісним даним звортного трасування. Будь ласка, повідомляйте про вади за допомогою сторінки https://bugs.kde.org/describecomponents.cgi?product=lattedock


[[Category:Плазма/uk]]
[[Category:Плазма/uk]]
[[Category:Стільниця/uk]]
[[Category:Стільниця/uk]]

Latest revision as of 05:56, 11 April 2019

Other languages:

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

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

  1. Закрийте Латте
  2. Вилучіть усі файли з теки ~/.cache/lattedock/qmlcache/
  3. Знову запустіть Латте

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

  • Встановіть ddd
  • ddd latte-dock
  • У вікні ddd впишіть і віддайте команду run
  • Коли програма аварійно завершить роботу, виберіть у меню пункт Status, а потім пункт Backtrace
  • У відповідь буде показано вікно із нумерованими рядками, які можуть бути корисними для розробників...

Якщо аварійне завершення роботи пов'язано із QML, слід спробувати виконати такі дії:

  • Віддайте команду
    env QV4_FORCE_INTERPRETER=1 latte-dock -d
  • Якщо наведена вище команда не дає достатньо відомостей, ви можете спробувати таку:
    env QV4_FORCE_INTERPRETER=1 ddd --debugger /bin/gdb latte-dock

Ця команда має надати більше відомостей, якщо встановлено пакунки із діагностичними даними.

Якщо жоден із наведених способів не працює, ви можете спробувати визначити, чи не пов'язано аварійне завершення роботи із якимось плазмоїдом:

  1. Використовуйте Латте лише з типовим компонуванням (аварія зникла?)
  2. Якщо аварійного завершення роботи не спостерігається, почніть додавати плазмоїди, один за одним, перевіряйте їхню поведінку і те, чи не призводить їхня робота до аварійного завершення роботи Латте…

Якщо відомо, що протягом дня Латте аварійно завершує роботу, можна скористатися попердніми пропозиціями для надання розробникам корисних даних зворотного трасування…

У 95% випадків аварійних завершень роботи такі дані допомагають визначити, чи справді проблеми пов'язано із Латте…

Будемо раді якісним даним звортного трасування. Будь ласка, повідомляйте про вади за допомогою сторінки https://bugs.kde.org/describecomponents.cgi?product=lattedock