Приступим. желательно, чтобы сообщение шло с: a) если это краш(падение, перезагрузка клиента), то с примером из settings\exceptioninfo.txt. b) с пояснением последовательности действий, скриншотами\видео, c) с номером релиза откуда тянется ошибка - с целью локализации d) с указанием релизных номеров используемых программ (пример: Vista SP1, Касперский v.xxx). e) и сравнение с другими клентами, может у них тотже глюк
(описания багов будут заноситься в порядке поступления, начинаться со знака "-", исправленные со знака "*" и в [в какой версии исправлено]) Большие описание скрываем в споилер, для удобочитаемости.
- Неработает фича "переместить/переименовать" в меню очереди скачивания в случае если файл в данный момент закачивается. Работает лишь когда файл на паузе либо в ожидании
Исправленные:
* Исправлено Настройки. Не сохраняется порядок списка User commands.
* c v.5.30 (исправлен в 5.38) - Скролл. Через некоторое время по заполнению чата убегает вверх, при приходе нового сообщения.
* Висюки в окне "Transfers" (исправлено в 5.87) [spoiler] 1. при активной отдаче, при прошествии некоторого времени появляются неудаляемые строчки (см. скриншот) 2. иногда висюк с upload starting - (скрины выложу позже). 3. Также ПОСТОЯННО висюки со slow user после закачки файла (скрины выложу позже). Все "висюки" невозможно убрать без перезагрузки клиента.
* оптимизировано в 5.38 - При попытке расшарить много файлов (больше 10 тыс. клиент подвисает)
* Баг предположительно с 5.34 или 5.37 версии. (Исправлен в 5.42) Графика. Различные цвета "ушёл", "пришёл" в ЛС: Подробно описано на скрине:
5.33:
5.40:
В общем чате все нормально с цветами , а вот в ЛС после 5.33 цвета не настраиваются, всегда тёмный цвет... (Sasha)
* исправлено в 5.91 При перезапуске не сохраняется положение панелей (панель управления, панель винампа, панель поиска) начиная с 5.90
* исправлено в 5.94 Начиная с 5.89 не отображаются флаги юзеров в чате.
* Исправлено в 5.96- Начиная с 5.89 содержимое чата или лс прыгает, если в самой верхней строчке текста имеется смайл, этот смайл очередной нижней строчкой текста перекрывается верхней границей окна на половину и его опускает вниз вместе со всем текстом, чтобы смайл был виден полностью, при этом уезжает за нижнюю границу окна нижняя строка текста.
* исправлено в 5.997 Вкладки часто наезжают друг на друга (см.скрин). Например при таком порядке их открытия: хаб, затем очередь скачивания, затем поиск.
[/spoiler]
E-mail: greyteam@mail.ru - адрес для сообщений (багрепортов и фичзапросов) авторам программы.
Проблема с висячками при удалении скачки не полностью решена, при повторном удалении другого файла с того же юзера, остаётся висячка =( Запретный плод пользуется популярностью у народа только из-за того, что он запретный, будь он легален - интерес у народа значительно уменьшился б, после критического возрастания :) => легально — не интересно))))
Во-первых, злосчастный автоскролл. Допустим, я сижу в чате давно, и окно уже заполнено. Если я прокручиваю вверх, чтобы прочитать предыдущий чат, и в этот момент кто-то посылает новую фразу, то чат совершает прыжок вверх, т.е назад по времени, примерно на 10-20 строк. Баг проявляется ВСЕГДА.
И второе, видимо баг, тянущийся очень давно, возможно со времён стронга. Ники юзеров в DC++ не регистрозависимы. Так что, к примеру, 'user' и 'User' для хаба один и тот же юзер. НО! это не так для русских ников. Проверьте, и вы с ужасом увидите, что например 'юзер' и 'Юзер' являются для клиента одним юзером. Для клиента, но не для хаба! Для хаба это разные юзеры. Это создает путаницу в чате, и даже админ не может выкинуть такого юзера. Единственный клиент, в котором это пофиксено - это RSX 1.00, из чего я сделал вывод, что это баг именно клиентской части.
Добавлено (31.01.2009, 07:35) --------------------------------------------- Да и заодно, постоянно висят законченные скачки в окне передач, удалить можно только путем перезапуска. Всё мной описанное относится к версии 5.55
вообще эта опция реально подвешивает на 10-20 секунд клиент и винду...как ее отключить?
это появилось в 5.43
поиск в шаре по слову в клиентах слабо оптимизирован. если задаться целью сделать его быстрым, то придётся пожертвовать большими объёмами памяти на индексы. поэтому все длительные поиски в грее вынесены в фоновый процесс и выполняются по очереди, а не параллельно, и не блокируют интерфейс клиента (то есть стронг бы уже умер от такого наплыва запросов). ну а сообщение возникает, когда в очереди скапливается слишком много запросов и больше они не принимаются
применительно к твоей ситуации можно посоветовать: 1. поставить процессор с 2 ядрами 2. оптимизировать шару - выкинуть мелкие файлы, оставить вместо 500.000 мелких файлов 1.000 крупных - всё будет в 500 раз быстрее 3. включить чит "не отвечать на полнотекстовый поиск"
кстати, очень красиво наблюдать за этим процессом в окне "поиск-шпион". видно, как запросы попадают в очередь (попадают туда желтым цветом), потом становятся белыми или зелёными, в зависимости от того, найден файл или нет
Сообщение отредактировал SMT - Суббота, 31.01.2009, 15:07
Добавлено (31.01.2009, 16:38) --------------------------------------------- в прежних версиях( до 5.XX) этой фишки не было и работало все прекрасно, как в стронге.... она только вредит
Сообщение отредактировал deity - Суббота, 31.01.2009, 16:40
в прежних версиях( до 5.XX) этой фишки не было и работало все прекрасно, как в стронге.... она только вредит
возможно, тогда стронг тебе лучше подходит. у меня на двухъядернике такая штука полезна. и тут другие отмечали, что меньше виснет на больших шарах
(не исключен вариант, что кто-то в сети специально вешает грейлинки, перегружая их поисковыми запросами - открой поиск-шпион и/или CDM-отладчик - будет видно, кто спамит и какими запросами на поиск. тогда поможет игнор поиска от этого юзера или подделка тега клиента)
Добавлено (31.01.2009, 17:31) --------------------------------------------- наиболее вероятно, что у deity просто какие-то проблемы с драйверами/виндой и к программе отношение это имеет такое, что после "затыка" всей системы на 20-30 секунд набирается много поисковых запросов, после отвисания все они приходят с хаба и клиент считает это флуд-атакой
ткрой поиск-шпион и/или CDM-отладчик - будет видно, кто спамит и какими запросами на поиск. тогда поможет игнор поиска от этого юзера или подделка тега клиента)
эээ... у меня тег и так не грея, а открывать , когда уже подвисает не получится, просто подвисания происходят в день раза 3-4... я к чему говорю, сама опция наверное нужная и полезная, просто она реализована плохо, нафига она активируется, когда загрузка проца 10%!!! получается она включается, когда кол-во запросов достигает определенного числа, не обращая внимания на загрузку проца....у меня такое впечатление, а обычный клиент без этой фишки спокойно может использовать еще ресурсы процессора и естественно , что я и не замечаю никаких проблем...
наиболее вероятно, что у deity просто какие-то проблемы с драйверами/виндой и к программе отношение это имеет такое, что после "затыка" всей системы на 20-30 секунд набирается много поисковых запросов, после отвисания все они приходят с хаба и клиент считает это флуд-атакой
у меня рейд из 3 винчей и виста 64 все летает ...проблем в общем никаких нет с другими программами, были только с utorrent ( старые версии( 1.7) некорректно с кешем работают) просто еще человек жаловался знакомый, у него шара 10 тер( Win XP) и он обновил грея с 4.50 до последних версий, у него с греем тоже такая фигня началась...жаловался на зависания... пришлось ему обрезать поисковые запросы... а со старой версией такого не было - все работало без подвисонов... так что не я один такой
Добавлено (31.01.2009, 20:38) --------------------------------------------- я к чему клоню...нельзя ли сделать опцию отключающую эту функцию?
Если стоит пароль на ЛС, при получении правильного пароля отображаются все раннее пришедшие сообщения. Подсказка к паролю и блокировка при неправильном вводе пароля разнесены в разные сообщения, личка не блокируется при первом сообщении без правильного пароля - сначала выводится подсказка и только если после подсказки следующее сообщение опять без пароля, включается игнорирование на заданный интервал времени
Нашел один сильный РАЗДРАЖИТЕЛЬ! Если грей свернут, и в запороленную личку юзер пишет без пароля, то значок в трее МИГАЕТ (без звука и открытия окна). С одной стороны это полезная фича, а с другой стороны нет. Можно сделать это опционально? Чтобы значок не мигал, когда в личку приходит спам.
Добавлено (02.02.2009, 15:41) --------------------------------------------- Я тут схватил баг, графический или связанный с выдачей слотов по группе. Это не первый раз. Это периодически повторяется. В чем причина? смотрите скрин
Windows7 Ultimate RU x86 sp1, GreyLink DC 0.61, KIS 2013
Сообщение отредактировал Galantic - Понедельник, 02.02.2009, 15:53
5.58 (5.57) случайное нажатие ctrl+alt+home свалило грей, пока был включен винамп (там задействована мной эта комбинация), грей не падал, а вот когда при винамп офф и нажать эту клаву - падает стабильно
у меня беда какая то со слотами отдачи!Снизу пишет например что один слот свободный,а человек пытается скачать и ему пишет что он в очереди 105(((Версия начиная с 0551 и до последней!
Запретный плод пользуется популярностью у народа только из-за того, что он запретный, будь он легален - интерес у народа значительно уменьшился б, после критического возрастания :) => легально — не интересно))))
у меня беда какая то со слотами отдачи!Снизу пишет например что один слот свободный,а человек пытается скачать и ему пишет что он в очереди 105
выключи "реальную очередь отдачи". когда освобождается слот, его может получить только первый юзер в очереди. если через 2 минуты он не подал запрос на скачивание, он выкидывается из очереди и ожидается запрос от второго юзера в очереди. и т.д.