whoogle-search/app
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
..
models Support proxying results through Whoogle (aka "anonymous view") (#682) 2022-04-13 11:29:07 -06:00
static Fix german translation error (#742) 2022-05-02 11:56:21 -06:00
templates Render error message w/o `safe` filter 2022-04-26 09:28:05 -06:00
utils Ensure searches with a leading slash are treated as queries 2022-06-03 14:03:57 -06:00
__init__.py Use `lax` for session `SameSite` value (not `strict`) 2022-05-10 17:40:58 -06:00
__main__.py Swap out Flask's default web server for Waitress (#32) 2020-05-12 17:14:55 -06:00
filter.py Ensure searches with a leading slash are treated as queries 2022-06-03 14:03:57 -06:00
request.py Switch to defusedxml for xml parsing 2022-03-01 12:54:32 -07:00
routes.py Use `window` from Endpoint enum for anon view (#748) 2022-05-10 16:06:57 -06:00