Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

bug with enhanced tracking protection #202

Open
1 task done
Turhvjbufv opened this issue Aug 9, 2024 · 12 comments
Open
1 task done

bug with enhanced tracking protection #202

Turhvjbufv opened this issue Aug 9, 2024 · 12 comments
Assignees

Comments

@Turhvjbufv
Copy link

What happened?

Settings it to strict, the setting won't be remembered when closing zen, and when opening zen again the setting will be resetted to standard, custom works tho and won't be resetting

Reproducible?

  • I have checked that this issue cannot be reproduced on Mozilla Firefox.

Version

1.0.0-a15

Severity impact

High

What platform are you seeing the problem on?

Windows

Relevant log output

No response

@github-actions github-actions bot added the kind: high severity High (badly broken, no workaround) label Aug 9, 2024
@mauro-balades mauro-balades self-assigned this Aug 9, 2024
@mauro-balades mauro-balades added kind: low severity Low (visual glitch, minor inconvenience) and removed kind: high severity High (badly broken, no workaround) labels Aug 9, 2024
@guigirl42
Copy link

This has been annoying me too, in a13, a15, & now also in a16.

There's a parallel bug, also in Privacy & Security; the setting Query OCSP responder servers to confirm the current validity of certificates also toggles itself back Off with each Zen launch.

ArchLinux KDE Plasma.

@guigirl42
Copy link

Both problems continue in a17 & a18.

@Turhvjbufv
Copy link
Author

Both problems continue in a17 & a18.

As long as it's not closed as completed this bug will continue to appear, no point in spamming here

@guigirl42
Copy link

I am not spamming; this is a legitimate status update. With the just-arrived 1.0.0-a.22, it seems the bug is now 50% solved:

  1. Enhanced Tracking Protection now retains its Strict option enabled, across restarts 👍
  2. Query OCSP responder servers to confirm the current validity of certificates unfortunately still reverts to disabled after restarts 😢

@jdjxk
Copy link

jdjxk commented Aug 26, 2024

Enhanced Tracking Protection would turn back to restrict when set to standard.

@yokoffing
Copy link

Waterfox has the same issue. See BrowserWorks/Waterfox#3196.

In Zen's case, my user.js sets ETP to Strict on launch, but it still acts like Standard ETP. For example, have Firefox and Zen open side-by-side with Strict enabled and compare what's blocked in the shield icon on Pokemon Center and Bing.

@onthejobtraining
Copy link

  1. Enhanced Tracking Protection now retains its Strict option enabled, across restarts 👍

It doesn't, at least not anymore.

@guigirl42
Copy link

  1. Enhanced Tracking Protection now retains its Strict option enabled, across restarts 👍

It doesn't, at least not anymore.

Oh? Mine remains good [since i first posted of it being fixed], including in the latest a.35 now. Sadly though, the similar part of the bug Query OCSP responder servers to confirm the current validity of certificates remains a problem.

  • What's your platform? Mine's ArchLinux KDE Plasma.
  • What's your installation mode? Mine's the tarball, downloaded, extracted & moved to /opt/.
  • Have you retested with a clean profile?

@Turhvjbufv
Copy link
Author

  1. Enhanced Tracking Protection now retains its Strict option enabled, across restarts 👍

It doesn't, at least not anymore.

Oh? Mine remains good [since i first posted of it being fixed], including in the latest a.35 now. Sadly though, the similar part of the bug Query OCSP responder servers to confirm the current validity of certificates remains a problem.

  • What's your platform? Mine's ArchLinux KDE Plasma.
  • What's your installation mode? Mine's the tarball, downloaded, extracted & moved to /opt/.
  • Have you retested with a clean profile?

Mines windows(latest) and yep still doesn't work

@guigirl42
Copy link

windows(latest) and yep still doesn't work

I wonder if @onthejobtraining might also be using windows then...

@onthejobtraining
Copy link

onthejobtraining commented Sep 4, 2024

* What's your platform? Mine's ArchLinux KDE Plasma.

Windows 11

* What's your installation mode? Mine's the tarball, downloaded, extracted & moved to `/opt/`.

Installed the fast version via zen browser website

* Have you retested with a clean profile?

Yes.

edit: Latest Zen 1.0.0-a.35

@guigirl42
Copy link

Ah, so [albeit from a statistically insignificant sample size] atm the common factor is windoze, whereas it is fixed in the Linux builds.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants