Bug #1877
closed
[Autosearch, Keywords] Проблема со спецсимволами в адресной строке
Added by Mellon almost 10 years ago.
Updated almost 10 years ago.
Category:
Plugins: Poshuku
Description
Если при наборе в адресной строке в запросе встретятся символы "&" или "#", то они передаются в итоговый URL в неизменном виде, и соответственно интерпретируются как ключевые символы URL.
Имхо, надо либо эскейпить запрос, либо преобразовывать, как преобразуются пробелы в плюсы при формировании URL плагином Autosearch
STR:
Expected result:
Actual result:
System information:
LeechCraft 0.6.70-2444-ga113631
Built with Qt 4.8.6, running with Qt 4.8.6
Running on: Gentoo/Linux x86_64 3.18.3-gentoo #1 SMP PREEMPT Mon Jan 19 15:59:22 MSK 2015
тоже самое касается символа "+" в запросе. Даже rekonq как-то ухитряется дать понять гуглю, например, что там именно "+", а не замена пробела.
Хм... Хром, например, конвертит спецсимволы из запроса в "проценты"...
ага, точно. все они так делают. только реконк ещё и обратно конвертит, но это не очень хорошо, так как обратно конвертированный url "не работает" при копировании в другую вкладку.
- Status changed from New to Assigned
- Target version set to 0.6.75
- Estimated time set to 3:00 h
- Status changed from Assigned to Resolved
- % Done changed from 0 to 100
- Status changed from Resolved to Assigned
1.
Autosearch
2.Проверить на следующих последовательностях:
drag & drop
drag # on
6 + 3
1. А что с ним? Проверил, нормальные саджещоны кажет.
2. А, гм, пробел ломает. Прикольно. Пасяб.
1. Не, не suggestions, а поиск в гугле, который без кейворда работает.
- Status changed from Assigned to Resolved
- Estimated time changed from 3:00 h to 7:00 h
Ок, сюда скину тоже.
набери в адресной строке пошуков 1+2 и жмякай энтор. без кейворда
оно вот так
а должно так:
Ну и ещё засада на qt5:
AlexWMF: "1+2" - нет реакции, "1+2+3" - тоже, "1+2+3+4" - тоже, а вот "1+2+3+4+5" уже начало искать
AlexWMF: страннота
- Status changed from Resolved to Assigned
- % Done changed from 100 to 90
- Estimated time changed from 7:00 h to 9:00 h
- % Done changed from 90 to 70
- Estimated time changed from 9:00 h to 12:00 h
- Status changed from Assigned to Resolved
- % Done changed from 70 to 100
- Status changed from Resolved to Closed
Also available in: Atom
PDF