Closed Bug 1489493 Opened 6 years ago Closed 5 years ago

Investigate the content window sizes


(Core :: Window Management, enhancement, P5)




Tracking Status
firefox64 --- fixed


(Reporter: timhuang, Assigned: timhuang)




(2 files)

In Bug 1407366, we would like to provide a fingerprinting protection for window sizes by dynamically rounding the content viewport. One key factor of this protection is the rounding steps. Bigger rounding steps would be beneficial for fingerprinting protection since it provides fewer groups, but it will diminish the usability that users might have less space on their viewport and vice versa. 

For choosing better rounding steps, we should investigate the innerWidth and innerHeight of the top level window.
Priority: -- → P5
Tim, is this the bug we plan to add telemetry to measure window sizes?
(In reply to Ethan Tseng [:ethan] from comment #1)
> Tim, is this the bug we plan to add telemetry to measure window sizes?

Yes, it is.
In order to improve the window rounding fingerprinting protection, we
want to find a proper rounding value which provides good protection as
well as good user experience.

With a better understanding of the content window size, we can answer
the question that which strategy we should use for improving this
protection: should we use certain fixed window sizes or still
stick with the current rounding strategy? Also, if we still stick with
the current approach, then what is the best rounding value which allows
users to utilize their window as much as possible without losing too
much protection.
Attached file request.txt
Attachment #9013043 - Flags: review?(francois)
Comment on attachment 9013043 [details]

1) Is there or will there be **documentation** that describes the schema for the ultimate data set available publicly, complete and accurate?

Yes, in Scalars.yaml.

2) Is there a control mechanism that allows the user to turn the data collection on and off?

Yes, telemetry setting.

3) If the request is for permanent data collection, is there someone who will monitor the data over time?**

Not permanent.

4) Using the **[category system of data types](** on the Mozilla wiki, what collection type of data do the requested measurements fall under?  **

Category 1 or 2.

5) Is the data collection request for default-on or default-off?

Default ON, all channels.

6) Does the instrumentation include the addition of **any *new* identifiers** (whether anonymous or otherwise; e.g., username, random IDs, etc.  See the appendix for more details)?


7) Is the data collection covered by the existing Firefox privacy notice?


8) Does there need to be a check-in in the future to determine whether to renew the data?

No, telemetry alerts are enough.
Attachment #9013043 - Flags: review?(francois) → review+
Pushed by
Add a scalar telemetry for the size of content windows r=Gijs,francois
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla64
You need to log in before you can comment on or make changes to this bug.