[GH-ISSUE #262] [BUG] New update not fixing old problem #183

Closed
opened 2026-02-25 20:35:06 +03:00 by kerem · 4 comments
Owner

Originally created by @Rowan-Bird on GitHub (Apr 4, 2021).
Original GitHub issue: https://github.com/benbusby/whoogle-search/issues/262

The problem i've experienced before hasn't been fixed, yet a new version came (To be fair, the update notes only said "Bypass EU Cookie Consent") This is ridiculous

It's also happening when i'm going to the image search

This makes the software almost unusable

The string is still this
gAAAAABgafuVv1-a4ckdJfUDt2wOKvJh3SmkGb6Z9qKDt5W5GectNGh47rYlQVRQ1D7aqPYyXoWqfNahhCn7fyTmT9XsKl7Wsg==
Tell me if it's different, but i won't care

There was an opportunity to fix it between 0.3.1 and 0.3.2, and yes, i updated to 0.3.2, i'm using PIP on Windows 7, if this is an issue with python, i'm actually using python 3.6 (Again, windows 7) and that might be the issue, but i doubt it

Originally created by @Rowan-Bird on GitHub (Apr 4, 2021). Original GitHub issue: https://github.com/benbusby/whoogle-search/issues/262 The problem i've experienced before hasn't been fixed, yet a new version came (To be fair, the update notes only said "Bypass EU Cookie Consent") This is ridiculous It's also happening when i'm going to the image search This makes the software almost unusable The string is still this gAAAAABgafuVv1-a4ckdJfUDt2wOKvJh3SmkGb6Z9qKDt5W5GectNGh47rYlQVRQ1D7aqPYyXoWqfNahhCn7fyTmT9XsKl7Wsg== Tell me if it's different, but i won't care There was an opportunity to fix it between 0.3.1 and 0.3.2, and yes, i updated to 0.3.2, i'm using PIP on Windows 7, if this is an issue with python, i'm actually using python 3.6 (Again, windows 7) and that might be the issue, but i doubt it
kerem 2026-02-25 20:35:06 +03:00
  • closed this issue
  • added the
    bug
    label
Author
Owner

@federicotorrielli commented on GitHub (Apr 5, 2021):

Can you explain better the problem? I can't really understand. The string you are seeing it's not a bug, but an encrypted path.

<!-- gh-comment-id:813381753 --> @federicotorrielli commented on GitHub (Apr 5, 2021): Can you explain better the problem? I can't really understand. The string you are seeing it's not a bug, but an encrypted path.
Author
Owner

@benbusby commented on GitHub (Apr 5, 2021):

@federicotorrielli this is actually a bug with the query decryption process. Prior to 0.4.0, queries were encrypted using a set of continuously regenerated keys tied to the user's session. For some reason, some users were experiencing an issue where the key regeneration step happened prior to page navigation, which is what was being used to generate a new set. I only had 2 reports of the bug ever happening, so I figured it was some edge case, but handled it in the latest release anyways. Now the decryption key set is static per user session.

@Rowan-Bird the bug fix you're referring to was not included in 0.3.2 (as you already saw). I typically don't release bug fixes until they've been tested in beta for a little while, or are relatively trivial (in the case of the EU consent cookie fix). I've been considering including a whoogle-search-beta pip package for this very reason, but haven't yet since the user count for pip is much lower than with other deployment methods. Since the fix for the bug you were encountering meant non-trivial changes, it was still being tested in beta until today. I should've been more specific when closing your initial issue about which release it would be included in (in this case, 0.4.0) rather than when it would be included, since this often changes.

Edit: The travis deployment to PyPi failed, will update this comment when fixed

Edit 2: PyPi is actually down at the moment (https://status.python.org/), but the new release will be uploaded once it's back up

Edit 3: 0.4.0 has been uploaded to PyPi

<!-- gh-comment-id:813457298 --> @benbusby commented on GitHub (Apr 5, 2021): @federicotorrielli this is actually a bug with the query decryption process. Prior to `0.4.0`, queries were encrypted using a set of continuously regenerated keys tied to the user's session. For some reason, some users were experiencing an issue where the key regeneration step happened prior to page navigation, which is what was being used to generate a new set. I only had 2 reports of the bug ever happening, so I figured it was some edge case, but handled it in the latest release anyways. Now the decryption key set is static per user session. @Rowan-Bird the bug fix you're referring to was not included in `0.3.2` (as you already saw). I typically don't release bug fixes until they've been tested in beta for a little while, or are relatively trivial (in the case of the EU consent cookie fix). I've been considering including a `whoogle-search-beta` pip package for this very reason, but haven't yet since the user count for pip is much lower than with other deployment methods. Since the fix for the bug you were encountering meant non-trivial changes, it was still being tested in beta until today. I should've been more specific when closing your initial issue about which release it would be included in (in this case, `0.4.0`) rather than *when* it would be included, since this often changes. Edit: The travis deployment to PyPi failed, will update this comment when fixed Edit 2: PyPi is actually down at the moment (https://status.python.org/), but the new release will be uploaded once it's back up Edit 3: `0.4.0` has been uploaded to PyPi
Author
Owner

@bitfl0wer commented on GitHub (Apr 5, 2021):

I updated using pip3 install whoogle-search and checked that the installed version of whoogle-search is in fact 0.4.0, but the problem still appears on my end.
grafik
grafik

<!-- gh-comment-id:813551950 --> @bitfl0wer commented on GitHub (Apr 5, 2021): I updated using `pip3 install whoogle-search` and checked that the installed version of whoogle-search is in fact 0.4.0, but the problem still appears on my end. <img width="1440" alt="grafik" src="https://user-images.githubusercontent.com/39242991/113608818-518f6e00-964b-11eb-86dc-316707d3663a.png"> <img width="167" alt="grafik" src="https://user-images.githubusercontent.com/39242991/113608938-771c7780-964b-11eb-91bb-69cf2e65fd84.png">
Author
Owner

@benbusby commented on GitHub (Apr 5, 2021):

@bitfl0wer that is a separate issue which is being tracked in #243, not related to the OP's issue.

<!-- gh-comment-id:813567547 --> @benbusby commented on GitHub (Apr 5, 2021): @bitfl0wer that is a separate issue which is being tracked in #243, not related to the OP's issue.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/whoogle-search#183
No description provided.