[Desktop] WebGL Drawing FP blocking not working correctly when FP set to Strict
See original GitHub issueDescription
When testing on our QA test pages for FP farbling, I noticed that if FP is set to Strict, WebGL Drawing does not appear to be working correctly.
Per discussion with @pes10k logging this and tagging @pilgrim-brave to hopefully take a look.
Steps to Reproduce
-
Clean profile 1.11.92
-
Navigate to https://dev-pages.bravesoftware.com/farbling.html and https://dev-pages.brave.software/farbling.html
-
Confirm FP setting is
Standard
in shields -
Generate FPs on both pages, confirm they look as expected. (ie. - they are the same across each row on each page but differ between pages for all that have Version - 1.11)
-
Restart browser.
-
For both pages, change FP to
Allow All
in shields -
Generate FPs, confirm they look as expected. (ie - they are the same across each row and the same on both pages)
-
Restart browser.
-
For both pages, change FP to
Strict
in shields 10 Generate FPs.
Actual result:
WebGL Drawing is the same on both pages
Expected result:
Expected WebGL Drawing to be different on both pages (but the same across its row)
Reproduces how often:
easily
Brave version (brave://version info)
1.11.92
Version/Channel Information:
- Can you reproduce this issue with the current release? n/a, strict setting not available in 1.10.x
- Can you reproduce this issue with the beta channel?
- Can you reproduce this issue with the dev channel? yes (1.11.x)
- Can you reproduce this issue with the nightly channel?
Other Additional Information:
- Does the issue resolve itself when disabling Brave Shields?
- Does the issue resolve itself when disabling Brave Rewards?
- Is the issue reproducible on the latest version of Chrome?
Miscellaneous Information:
Issue Analytics
- State:
- Created 3 years ago
- Comments:5 (4 by maintainers)
Top GitHub Comments
i’ve labeled “not actionable” only bc there isn’t a “it was pete’s test fault, not Mark’s code fault” option 😉
Removing
QA/Yes
tag since it’s been taggedclosed/not-actionable
, but I did confirm both pages now reflect that WebGL Drawing farbling is only available in “standard” mode 👍