Project

General

Profile

Bug #1836

Некорректная работа с уровнями журналирования

Added by Mellon almost 6 years ago. Updated almost 6 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Plugins: BitTorrent
Target version:
Start date:
12/14/2014
Due date:
% Done:

100%

Estimated time:
4.00 h
Reported in:
master

Description

Как-то они странно работают.
Допустим есть такие настройки:

Тогда, в лог будет падать только <libtorrent> <DHT> (хотя может и вру насчет последнего утверждения).

Чтобы отключить журналирование DHT, надо
непременно с "События DHT" отключить любой другой уровень тоже. Причем либо одновременно, либо сначала DHT и после применения что-то ещё, если же сначала что-то другое, потом DHT, то ничего не получится.

При включении точно так же, после или вмесе с включением журналирования DHT, надо включить что-то ещё.

STR:

Expected result:

Actual result:

System information:
LeechCraft 0.6.70-1839-g21c840b
Built with Qt 4.8.6, running with Qt 4.8.6
Running on: Gentoo/Linux x86_64 3.16.3-gentoo #1 SMP PREEMPT Sun Oct 5 05:12:41 MSK 2014


Related issues

Blocked by Bug #1848: SegvClosed12/24/20140xd34df00d

Actions
#1

Updated by 0xd34df00d almost 6 years ago

  • Estimated time set to 2.00 h
  • Target version set to 0.6.75
  • Status changed from New to Assigned
#2

Updated by 0xd34df00d almost 6 years ago

  • % Done changed from 0 to 100
  • Status changed from Assigned to Resolved
#3

Updated by Mellon almost 6 years ago

Трудно понять. работает/не работает. Такое впечатление, что насктройки журналирования отвалились. то есть , вот оно выводит в лог
incoming connection from ..., peer (**) peer error: torrent paused даже если, например, журналирование событий пиров отключены. по DHT сказать ещё труднее.

Сперва надо разобраться с другими глюками. и, возможно, в чистом хомяке испытать.

#4

Updated by Mellon almost 6 years ago

Да, изменение опций журналирования теперь применяется только при следующем старте.

#5

Updated by Mellon almost 6 years ago

#6

Updated by 0xd34df00d almost 6 years ago

  • Estimated time changed from 2.00 h to 4.00 h
  • % Done changed from 100 to 50
  • Status changed from Resolved to Assigned
#7

Updated by 0xd34df00d almost 6 years ago

  • % Done changed from 50 to 100
  • Status changed from Assigned to Resolved
#8

Updated by Mellon almost 6 years ago

Теперь этот диалог насчет событий хранилища.
Попробуй следущие кейсы:
1. Отключить журналирование событий хранилища
2. Применить
3. Жать нет.
4. Включить/отключить любой другой уровень
5. Применить

Этот диалог будет выскакивать при каждом повторении пп4-5

1. Отключить журналирование событий хранилища
2. Включить/отключить несколько любых других уровней
3. Приенить

Вылезет сразу несолько таких диалогов.

Нужно, чтобы диалог показывался лишь при отключении этой опции, и вовсе не обязательно после применения. Наоборот, было бы, наверно, легче привязать диалог к выключению чекбокса соответствующей опции, а не к применению этого отключения.

Или уже если привязывать к прмеению, то делать это грамотно, чтобы диалог показывался только если перед перед применением опция действительно была отключен и осталас в таком состоянии, а не уже была и прочее.

#9

Updated by Mellon almost 6 years ago

К тому же, если отключить эту опцию, то диалог будет запрашиваться при каждом старте. Это неприемлимо.

#10

Updated by 0xd34df00d almost 6 years ago

К тому же, если отключить эту опцию, то диалог будет запрашиваться при каждом старте. Это неприемлимо.

Вообще, это было expected behavior, ну да ладно.

#11

Updated by Mellon almost 6 years ago

  • Status changed from Resolved to Closed

Вроде всё теперь норм. Благодарю.

Also available in: Atom PDF