Bug #1796
closedПостоянная отправка HTTP-запросов
100%
Description
Баг очень странный. Не знаю в каком именно компоненте.. Могу лишь описать его проявление. Легче всего он прявляется при применении цепочки прокси, также вполне возможно поймать на SOCKS5/HTTP-прокси. Не исключено, что при некоторых условиях может появлятся и без включения прокси.
Суть явления. Leechcraft начиная с какого-то момента начинает непрерывно слать HTTP-запросы. в логах личкрафтов это не отмечается, но можно засечь по "зависшим" запросам в Сетевом мониторе:
и по логу прокси:
.... 2014-11-15 00:48:38.648 7fee737ee700 Request: ws.audioscrobbler.com/2.0/ 2014-11-15 00:48:39.149 7fee997fa700 Actions: 2014-11-15 00:48:39.149 7fee997fa700 Request: ws.audioscrobbler.com/2.0/ 2014-11-15 00:48:39.650 7fee737ee700 Actions: 2014-11-15 00:48:39.650 7fee737ee700 Request: ws.audioscrobbler.com/2.0/ 2014-11-15 00:48:40.152 7fee72fed700 Actions: 2014-11-15 00:48:40.152 7fee72fed700 Request: ws.audioscrobbler.com/2.0/ 2014-11-15 00:48:40.652 7fee737ee700 Actions: 2014-11-15 00:48:40.652 7fee737ee700 Request: ws.audioscrobbler.com/2.0/ 2014-11-15 00:48:41.152 7fee737ee700 Actions: ...
Наиболее заметными источниками подобных запросов являются скроблер с POST-запросом к ws.audioscrobbler.com/2.0/ и addressbar c хапросами типа clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar
2014-11-15 01:11:04.737 7fee6bfdf700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar 2014-11-15 01:11:04.930 7fee65fd3700 Actions: 2014-11-15 01:11:04.930 7fee65fd3700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar 2014-11-15 01:11:05.126 7fee677d6700 Actions: 2014-11-15 01:11:05.126 7fee677d6700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar 2014-11-15 01:11:05.327 7fee677d6700 Actions: 2014-11-15 01:11:05.327 7fee677d6700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar 2014-11-15 01:11:05.528 7fee65fd3700 Actions: 2014-11-15 01:11:05.528 7fee65fd3700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar 2014-11-15 01:11:05.726 7fee677d6700 Actions: 2014-11-15 01:11:05.727 7fee677d6700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar 2014-11-15 01:11:05.930 7fee65fd3700 Actions: 2014-11-15 01:11:05.930 7fee65fd3700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar 2014-11-15 01:11:06.131 7fee65fd3700 Actions:
Причем запросы от адрессбара будут продолжать поступать даже если во вкладке уже загрузилась страница, или вкладка вообще была закрыта. Но будут менятся если открыть новую вкладку пошуку и понабирать в адресбаре новой вкладки что-то ещё.
Ещё из наблюдений. запросы к ws.audioscrobbler.com/2.0/ могут перестать поступать через порядка 1000 запросов, но в сетевом мониторе они всё-равно будут висеть как выполняющиеся. И в то же время с адресбаром ситуация иная, он посылает запросы не переставая:
% grep -c "clients1.google.com" /tmp/proxy.log
9273
STR:
Подключить прокси
Перезапустить LC (опционально для воспроизведения проблемы с ws.audioscrobbler.com/2.0/)
Открыть сетевой монитор LC
Понабирать какие-нибуть ключевые слова в адресбаре пошуков. Одним из признаков поимки является отсутствие предложений автодополнений от гугла.
Другим признаком является висящий в сетевом мониторе запрос к clients1.google.com/complete/search?hl=en&output=toolbar&q=*
Ну и да, чем-то мониторить соединения, например по логам прокси.
Expected result:
Actual result:
System information:
LeechCraft 0.6.70-1518-g8421dea
Built with Qt 4.8.5, running with Qt 4.8.5
Running on: Gentoo/Linux x86_64 3.16.3-gentoo #1 SMP PREEMPT Sun Oct 5 05:12:41 MSK 2014
Files
Updated by Mellon about 10 years ago
- Assignee set to 0xd34df00d
Добавлю-ка сюда немного STR. Возможно, одним из триггеров для такого поведения является бан гуглем хоста с которого приходят такие запросы, или, в общем случае, некорректный ответ на запрос, или отсутствие ответа вообще.
Гугел, например, регулярно банит выходные узлы TOR, так что наибольшие шансы воспроизвести это поведение возникают, когда в качестве прокси используется TOR.
Updated by Mellon about 10 years ago
- Priority changed from Normal to Low
Проблема частично решается отключением модуля poshuku autosearch.
Updated by Mellon about 10 years ago
- File debug.log debug.log added
- File warning.log warning.log added
Как воспроизвести без прокси. В общем-то, я был прав. прокси тут не причем. ну почти.
вписываем в /etc/hosts левый host, например:
213.180.204.3 clients1.google.com
И получаем, что получаем.
Updated by 0xd34df00d about 10 years ago
Оно при этом ещё лагать и тормозить начинает, нет?
Updated by Mellon about 10 years ago
Возможно. Хз. Возможно из-за дебага? хз, у меня периодически лаги то там то зесь :3
Updated by 0xd34df00d about 10 years ago
- Status changed from New to Assigned
- Priority changed from Low to High
- Target version set to 0.6.75
Updated by 0xd34df00d about 10 years ago
- Status changed from Assigned to Resolved
- % Done changed from 0 to 100
Applied in changeset main|f1710e9451970effa8c2e41f743411f99a7cd7a2.
Updated by 0xd34df00d about 10 years ago
- Category set to Plugins: Poshuku
- Estimated time set to 3:00 h
Updated by Mellon about 10 years ago
- Status changed from Resolved to Closed
Poshuku починено, ок. Благодарю