Bug #1836
closed
Некорректная работа с уровнями журналирования
100%
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
Updated by 0xd34df00d almost 10 years ago
- Status changed from New to Assigned
- Target version set to 0.6.75
- Estimated time set to 2:00 h
Updated by 0xd34df00d almost 10 years ago
- Status changed from Assigned to Resolved
- % Done changed from 0 to 100
Applied in changeset main|60f2c5257dae634e83f628a710feb923c55c20c5.
Updated by Mellon almost 10 years ago
Трудно понять. работает/не работает. Такое впечатление, что насктройки журналирования отвалились. то есть , вот оно выводит в лог
incoming connection from ..., peer (**) peer error: torrent paused даже если, например, журналирование событий пиров отключены. по DHT сказать ещё труднее.
Сперва надо разобраться с другими глюками. и, возможно, в чистом хомяке испытать.
Updated by Mellon almost 10 years ago
Да, изменение опций журналирования теперь применяется только при следующем старте.
Updated by 0xd34df00d almost 10 years ago
- Status changed from Resolved to Assigned
- % Done changed from 100 to 50
- Estimated time changed from 2:00 h to 4:00 h
Updated by 0xd34df00d almost 10 years ago
- Status changed from Assigned to Resolved
- % Done changed from 50 to 100
Applied in changeset main|f924914ca27bc4f278a88053256a087521a9ed3d.
Updated by Mellon almost 10 years ago
Теперь этот диалог насчет событий хранилища.
Попробуй следущие кейсы:
1. Отключить журналирование событий хранилища
2. Применить
3. Жать нет.
4. Включить/отключить любой другой уровень
5. Применить
Этот диалог будет выскакивать при каждом повторении пп4-5
1. Отключить журналирование событий хранилища
2. Включить/отключить несколько любых других уровней
3. Приенить
Вылезет сразу несолько таких диалогов.
Нужно, чтобы диалог показывался лишь при отключении этой опции, и вовсе не обязательно после применения. Наоборот, было бы, наверно, легче привязать диалог к выключению чекбокса соответствующей опции, а не к применению этого отключения.
Или уже если привязывать к прмеению, то делать это грамотно, чтобы диалог показывался только если перед перед применением опция действительно была отключен и осталас в таком состоянии, а не уже была и прочее.
Updated by Mellon almost 10 years ago
К тому же, если отключить эту опцию, то диалог будет запрашиваться при каждом старте. Это неприемлимо.
Updated by 0xd34df00d almost 10 years ago
К тому же, если отключить эту опцию, то диалог будет запрашиваться при каждом старте. Это неприемлимо.
Вообще, это было expected behavior, ну да ладно.
Updated by Mellon almost 10 years ago
- Status changed from Resolved to Closed
Вроде всё теперь норм. Благодарю.