Closed Bug 1742674 Opened 3 years ago Closed 2 years ago

Identify default PDF handlers in Windows default browser agent/WDBA telemetry

Categories

(Firefox :: Installer, enhancement, P1)

enhancement

Tracking

()

RESOLVED FIXED
99 Branch
Tracking Status
firefox99 --- fixed

People

(Reporter: nalexander, Assigned: nrishel)

References

(Blocks 1 open bug)

Details

(Whiteboard: [fidedi-ope])

Attachments

(4 files)

On Windows, Microsoft Edge (Edgium) is the default browser and the default PDF handler. Setting Firefox as the default browser does not set it as the default PDF handler, which will leave some Firefox users with a mixed environment.

Mozilla has invested heavily into improving Firefox's PDF handling and we'd like to set Firefox as the default PDF handler. But, we want to be respectful of folks who are choosing a third-party PDF handler (such as Adobe Acrobat). Collecting telemetry about what PDF handlers are common will help us register as the default PDF handler in a respectful manner.

We could collect such telemetry in main pings or in WDBA telemetry. The former is associated to a telemetry client ID; the latter is -- by design -- not associated to a telemetry client ID.

jimt: for the experiments you plan around default PDF handling, are aggregate statistics about PDF handlers Firefox users have set as default sufficient? Or do we need to be able to associate specific users with specific PDF handlers (perhaps grouped or filtered in some way)?

Flags: needinfo?(jimthomas)

(In reply to Nick Alexander :nalexander [he/him] from comment #1)

jimt: for the experiments you plan around default PDF handling, are aggregate statistics about PDF handlers Firefox users have set as default sufficient? Or do we need to be able to associate specific users with specific PDF handlers (perhaps grouped or filtered in some way)?

romain: same question. I'm not really sure who in the product organization is most interested in this data right now.

Do you (or other folks in product) have any notion of what the top N (say, 5 or 10) most popular PDF viewers are going to be on Windows? I've done a little searching and it seems there are many, many options, but who knows what market share really looks like. Since nothing in the WDBA is associated to a single user, I wonder if we might collect all of the PDF handlers we see to determine popular PDF viewers, either for some channels (i.e., up to beta) or for a limited amount of time: we collect a list and then filter to the popular ones. Thoughts?

Flags: needinfo?(rtestard)

(In reply to Nick Alexander :nalexander [he/him] from comment #2)

(In reply to Nick Alexander :nalexander [he/him] from comment #1)

jimt: for the experiments you plan around default PDF handling, are aggregate statistics about PDF handlers Firefox users have set as default sufficient? Or do we need to be able to associate specific users with specific PDF handlers (perhaps grouped or filtered in some way)?

romain: same question. I'm not really sure who in the product organization is most interested in this data right now.

Do you (or other folks in product) have any notion of what the top N (say, 5 or 10) most popular PDF viewers are going to be on Windows? I've done a little searching and it seems there are many, many options, but who knows what market share really looks like. Since nothing in the WDBA is associated to a single user, I wonder if we might collect all of the PDF handlers we see to determine popular PDF viewers, either for some channels (i.e., up to beta) or for a limited amount of time: we collect a list and then filter to the popular ones. Thoughts?

I think collecting on release for a limited amount of time would work best given how unrepresentative Beta is geo-wise (mostly India and Indonesia) - I'd expect different softwares in different countries.

Flags: needinfo?(rtestard)
Assignee: nobody → nrishel
Flags: needinfo?(jimthomas)
Whiteboard: [fidedi-ope]
Attachment #9260908 - Attachment description: WIP: Bug 1742674 - Pre: Remove unused headers and scope raw pointer later wrapped in smart pointer. → Bug 1742674 - Pre: Remove unused headers and scope raw pointer later wrapped in smart pointer.
Attachment #9260908 - Attachment description: Bug 1742674 - Pre: Remove unused headers and scope raw pointer later wrapped in smart pointer. → Bug 1742674 - Pre: Remove unused headers, scope raw pointer later wrapped in smart pointer, and use nullptr instead of NULL.
Attachment #9261621 - Attachment description: Bug 1742674 - Post: Pull default agent's UTF-8 and UTF-16 conversions into generic functions. r=nalexander → Bug 1742674 - Pre: Pull default agent's UTF-8 and UTF-16 conversions into generic functions. r=nalexander

P1 - actively in review, N/A severity - no impact on users.

Severity: -- → N/A
Priority: -- → P1
Attachment #9261973 - Flags: data-review? → data-review?(jhirsch)

Sorry for the delay in reviewing! Looking now

Comment on attachment 9261973 [details]
raw_pdf_telemetry_data_collection_review_request_v1.md

Note this is category 1, not category 2, data.

data-review-+


  1. Is there or will there be documentation that describes the schema for the ultimate data set in a public, complete, and accurate way? Click the documentation link provided in Q6 and ensure it is publicly accessible and does or will contain documentation for the data collection. (see here, here, and here for examples). Refer to the appendix for "documentation" if more detail about documentation standards is needed.

Yes, existing telemetry documentation.

  1. Is there a control mechanism that allows the user to turn the data collection on and off? (Note, for data collection not needed for security purposes, Mozilla provides such a control mechanism) Provide details as to the control mechanism available.

Yes, existing telemetry opt-out.

  1. If the request is for permanent data collection, is there someone who will monitor the data over time?

N/A, this is a temporary collection

  1. Using the category system of data types on the Mozilla wiki, what collection type of data do the requested measurements fall under?

Category 1 - the default PDF application name falls under machine info

  1. Is the data collection request for default-on or default-off?

default-on

  1. 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)?

No

  1. Is the data collection covered by the existing Firefox privacy notice?

Yes

  1. Does the data collection use a third-party collection tool?

No

Attachment #9261973 - Flags: data-review?(jhirsch) → data-review+
Pushed by ksteuber@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/4cf5d60bd028
Pre: Remove unused headers, scope raw pointer later wrapped in smart pointer, and use nullptr instead of NULL. r=nalexander
https://hg.mozilla.org/integration/autoland/rev/f3c187a9efff
Pre: Pull default agent's UTF-8 and UTF-16 conversions into generic functions. r=nalexander
https://hg.mozilla.org/integration/autoland/rev/effa8994ce2e
Add telemetry for default PDF viewer. r=nalexander

Backed out 3 changesets (bug 1742674) for causing build bustages in mozapps/defaultagent/Registry.

Backout link: https://hg.mozilla.org/integration/autoland/rev/2500c3309c3f68accd88c0f4548eed584536e77f

Push with failures

Failure log

 INFO -  lld-link: error: undefined symbol: class mozilla::Result<class std::basic_string<wchar_t, struct std::char_traits<wchar_t>, class std::allocator<wchar_t>>, class mozilla::WindowsError> __cdecl Utf8ToUtf16(char const *const)
[task 2022-02-15T22:05:46.970Z] 22:05:46     INFO -  >>> referenced by /builds/worker/checkouts/gecko/toolkit/mozapps/defaultagent/Registry.cpp:113
[task 2022-02-15T22:05:46.970Z] 22:05:46     INFO -  >>>               ../../mozapps/defaultagent/tests/gtest/Unified_cpp_tests_gtest0.obj:(class mozilla::Result<struct mozilla::Ok, class mozilla::WindowsError> __cdecl RegistrySetValueString(enum IsPrefixed, wchar_t const *, char const *, wchar_t const *))
[task 2022-02-15T22:05:46.970Z] 22:05:46     INFO -  lld-link: error: undefined symbol: class mozilla::Result<class std::basic_string<char, struct std::char_traits<char>, class std::allocator<char>>, class mozilla::WindowsError> __cdecl Utf16ToUtf8(wchar_t const *const)
[task 2022-02-15T22:05:46.971Z] 22:05:46     INFO -  >>> referenced by /builds/worker/checkouts/gecko/toolkit/mozapps/defaultagent/Registry.cpp:92
[task 2022-02-15T22:05:46.971Z] 22:05:46     INFO -  >>>               ../../mozapps/defaultagent/tests/gtest/Unified_cpp_tests_gtest0.obj:(class mozilla::Result<class mozilla::Maybe<class std::basic_string<char, struct std::char_traits<char>, class std::allocator<char>>>, class mozilla::WindowsError> __cdecl RegistryGetValueString(enum IsPrefixed, wchar_t const *, wchar_t const *))
[task 2022-02-15T22:05:46.971Z] 22:05:46    ERROR -  gmake[4]: *** [/builds/worker/checkouts/gecko/config/rules.mk:531: xul.dll] Error 1
Flags: needinfo?(nrishel)
Pushed by ksteuber@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/74cadf712a3d
Pre: Remove unused headers, scope raw pointer later wrapped in smart pointer, and use nullptr instead of NULL. r=nalexander
https://hg.mozilla.org/integration/autoland/rev/0af2b5c33d89
Pre: Pull default agent's UTF-8 and UTF-16 conversions into generic functions. r=nalexander
https://hg.mozilla.org/integration/autoland/rev/a74a25f5da40
Add telemetry for default PDF viewer. r=nalexander
Flags: needinfo?(nrishel)
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 99 Branch
Blocks: 1756900
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: