Closed Bug 944453 Opened 12 years ago Closed 12 years ago

Collect UITelemetry on menubar usage

Categories

(Firefox :: Toolbars and Customization, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Firefox 29
Tracking Status
firefox27 --- fixed
firefox28 --- fixed

People

(Reporter: mconley, Assigned: mconley)

References

Details

(Whiteboard: [Australis:P-][fixed-in-holly][qa-])

Attachments

(2 files, 1 obsolete file)

We're interested in collecting: 1) A boolean for whether or not the menubar is displayed by default 2) A count of how many times the menubar is used 3) A count of which default menuitems are being used
Whiteboard: [Australis:P-]
Small adjustment on the description for the sake of time - we still want 1 and 2, but not 3.
Note that I'm constraining this *just* to mouse clicks. This is not going to record keyboard access activity.
Attached patch WIP Patch 1 - for Australis (obsolete) — Splinter Review
Tested on a machine with actual menubars. This appears to work.
Attachment #8361714 - Attachment is obsolete: true
Comment on attachment 8361753 [details] [diff] [review] Patch v1 - for Australis I swear we're almost done with these.
Attachment #8361753 - Flags: review?(gijskruitbosch+bugs)
Comment on attachment 8361753 [details] [diff] [review] Patch v1 - for Australis Review of attachment 8361753 [details] [diff] [review]: ----------------------------------------------------------------- Looks good, two nits below. ::: browser/modules/BrowserUITelemetry.jsm @@ +301,5 @@ > case "PlacesChevron": > this._PlacesChevronMouseUp(aEvent); > break; > + case "menubar-items": > + this._menubarMouseUp(aEvent); I'm assuming this thing (y u no context, splinter?) catches mouseups in the descendants of the menu, so that mousedown->dragdown-in-menu->mouseup still gets caught? @@ +328,5 @@ > > + _menubarMouseUp: function(aEvent) { > + let target = aEvent.originalTarget; > + let tag = target.localName > + let result = (tag == "menu" || tag == "menuitem") ? tag : "other"; Why the distinction between menus and menuitems? Is that valuable? Or can we just log 'menu' ?
Attachment #8361753 - Flags: review?(gijskruitbosch+bugs) → review+
(In reply to :Gijs Kruitbosch from comment #6) > Comment on attachment 8361753 [details] [diff] [review] > Patch v1 - for Australis > > Review of attachment 8361753 [details] [diff] [review]: > ----------------------------------------------------------------- > > Looks good, two nits below. > > ::: browser/modules/BrowserUITelemetry.jsm > @@ +301,5 @@ > > case "PlacesChevron": > > this._PlacesChevronMouseUp(aEvent); > > break; > > + case "menubar-items": > > + this._menubarMouseUp(aEvent); > > I'm assuming this thing (y u no context, splinter?) catches mouseups in the > descendants of the menu, so that mousedown->dragdown-in-menu->mouseup still > gets caught? > Yep, that should work. > @@ +328,5 @@ > > > > + _menubarMouseUp: function(aEvent) { > > + let target = aEvent.originalTarget; > > + let tag = target.localName > > + let result = (tag == "menu" || tag == "menuitem") ? tag : "other"; > > Why the distinction between menus and menuitems? Is that valuable? Or can we > just log 'menu' ? UX is interested in whether or not people are actually opening things from the menu, as well as just looking at items in the menus. An increase in "menu" usage, but not in "menuitem" usage might indicate that users are looking for (and not finding) things. I thought that might be valuable.
Comment on attachment 8362550 [details] [diff] [review] Patch v1 - for non-Australis Pretty much a straight port.
Attachment #8362550 - Flags: review?(gijskruitbosch+bugs)
Thanks Gijs! Australis patch landed on fx-team: remote: https://hg.mozilla.org/integration/fx-team/rev/2bc82c3b8dcd
Comment on attachment 8362550 [details] [diff] [review] Patch v1 - for non-Australis Review of attachment 8362550 [details] [diff] [review]: ----------------------------------------------------------------- This looks almost mergable. In those cases, please feel free to carry over r+. :-)
Attachment #8362550 - Flags: review?(gijskruitbosch+bugs) → review+
Comment on attachment 8362550 [details] [diff] [review] Patch v1 - for non-Australis [Approval Request Comment] Bug caused by (feature/regressing bug #): None. This gives us the ability to count clicks on menu and menuitems - things that UX and UR is interested in. User impact if declined: None. Testing completed (on m-c, etc.): Just local testing on Windows, OS X and Linux. Risk to taking this patch (and alternatives if risky): Very low. String or IDL/UUID changes made by this patch: None.
Attachment #8362550 - Flags: approval-mozilla-beta?
Attachment #8362550 - Flags: approval-mozilla-aurora?
Landed non-Australis patch on Holly: remote: https://hg.mozilla.org/projects/holly/rev/abe39130e6ff
Whiteboard: [Australis:P-] → [Australis:P-][fixed-in-fx-team][fixed-in-holly]
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Whiteboard: [Australis:P-][fixed-in-fx-team][fixed-in-holly] → [Australis:P-][fixed-in-holly]
Target Milestone: --- → Firefox 29
Comment on attachment 8362550 [details] [diff] [review] Patch v1 - for non-Australis just in time for our final beta's :-| to squeeze in a change like this. No end user impact and low-risk approving for uplift.
Attachment #8362550 - Flags: approval-mozilla-beta?
Attachment #8362550 - Flags: approval-mozilla-beta+
Attachment #8362550 - Flags: approval-mozilla-aurora?
Attachment #8362550 - Flags: approval-mozilla-aurora+
Whiteboard: [Australis:P-][fixed-in-holly] → [Australis:P-][fixed-in-holly][qa-]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: