Ben Busby ef98d85dc5 Ensure searches with a leading slash are treated as queries ... A user reported a bug where searches with a leading slash (in this case: "/e/OS apps" were interpreted as a Google specific link when clicking the next page of results. This was due to the behavior that Google's search results exhibit, where internal links for pages like support.google.com are delivered with params like "?q=/support" rather than a direct link. This fixes that scenario by checking the "q" param value against the user's original query to ensure they don't match before assuming that the result is intended as a redirect. Fixes #776		2022-06-03 14:03:57 -06:00
..
__init__.py	Added testing and ci build, refactored filter class, refactored project structure	2020-04-15 17:41:53 -06:00
conftest.py	Use farside.link for frontend alternatives in results (#560)	2021-12-08 17:27:33 -07:00
test_autocomplete.py	Improve public instance session management (#480)	2021-11-17 19:35:30 -07:00
test_misc.py	Improve public instance session management (#480)	2021-11-17 19:35:30 -07:00
test_results.py	Ensure searches with a leading slash are treated as queries	2022-06-03 14:03:57 -06:00
test_routes.py	Update test for bang searches without a query	2022-04-20 14:58:39 -06:00