Closed Bug 1460145 Opened 6 years ago Closed 6 years ago

privacy.resistfingerprinting breaks the square selection on the HOT Tasking Manager

Categories

(Core :: DOM: Security, defect, P2)

defect

Tracking

()

RESOLVED DUPLICATE of bug 1446472

People

(Reporter: francois, Assigned: timhuang)

References

(Blocks 2 open bugs)

Details

(Whiteboard: [domsecurity-backlog1][fingerprinting][fp-triaged])

When privacy.resistfingerprinting is ON, the square selection tool on https://tasks.hotosm.org/project/4032?task=174 is really annoying to use since clicking a square selects a different neighboring one. I assume that resistfingerprinting messes up the mouse event that this mapping app requires.
Priority: -- → P3
Whiteboard: [domsecurity-backlog1]
Whiteboard: [domsecurity-backlog1] → [domsecurity-backlog1][fingerprinting-breakage]
Whiteboard: [domsecurity-backlog1][fingerprinting-breakage] → [domsecurity-backlog1][fingerprinting]
As far as I know, we have not done anything to mouse event regarding fingerprinting resistance. This issue seems to be a side effect of something else. Note: I can reproduce this bug on Firefox Nightly 65, but not on Tor Browser 8.
Assignee: nobody → tihuang
Priority: P3 → P2
Whiteboard: [domsecurity-backlog1][fingerprinting] → [domsecurity-backlog1][fingerprinting][fp-triaged]

I can confirm that the square selection tool works fine if the canvas permission is granted in RFP mode. So, I think the square selection tool needs the canvas data in order to work properly. But the canvas auto-blocking has blocked the extraction of canvas data which breaks this tool.

After Bug 1446472, there will be a canvas icon alongside the url bar, an identity block icon, if the canvas auto-blocking happens. So people can grant the canvas permission through clicking the icon and make the website works again after refreshing the page.

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.