Closed
Bug 1026338
Opened 10 years ago
Closed 10 years ago
Tweak the loadurl telemetry events
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(firefox31 wontfix, firefox32 fixed, firefox33 fixed)
RESOLVED
FIXED
Firefox 33
People
(Reporter: mfinkle, Assigned: mfinkle)
References
Details
Attachments
(1 file)
7.91 KB,
patch
|
liuche
:
review+
Sylvestre
:
approval-mozilla-aurora+
Sylvestre
:
approval-mozilla-beta-
|
Details | Diff | Splinter Review |
1. Add methods to all the events. Some events, like reading list, history and bookmarks send NULL, but should send LIST_ITEM 2. Add extras for "private" URLs
Assignee | ||
Updated•10 years ago
|
Blocks: mobile-ui-telemetry
Updated•10 years ago
|
Whiteboard: [mentor=mfinkle][lang=java][good first bug]
Updated•10 years ago
|
Mentor: mark.finkle
Whiteboard: [mentor=mfinkle][lang=java][good first bug] → [lang=java][good first bug]
Assignee | ||
Comment 1•10 years ago
|
||
Taking. We need this in Beta soon.
Mentor: mark.finkle
Whiteboard: [lang=java][good first bug]
Assignee | ||
Comment 2•10 years ago
|
||
Simple patch. Makes sure all LOAD_URL probes have a Method. For the ACTIONBAR method, we can have "user" and "keyword" extras to differentiate.
Assignee: nobody → mark.finkle
Attachment #8448217 -
Flags: review?(liuche)
Comment 3•10 years ago
|
||
Comment on attachment 8448217 [details] [diff] [review] tweak-loadurl Review of attachment 8448217 [details] [diff] [review]: ----------------------------------------------------------------- Do we also want to remove the Event only sendUIEvent from Telemetry? That would enforce requiring a Method for UI Telemetry, if you think that in the future we should always require Method. (Remember to update testUITelemetry as well, if you do decide to do that!) ::: mobile/android/base/home/BookmarksListView.java @@ +92,5 @@ > } else { > // Otherwise, just open the URL > final String url = cursor.getString(cursor.getColumnIndexOrThrow(URLColumns.URL)); > > + Telemetry.sendUIEvent(TelemetryContract.Event.LOAD_URL, TelemetryContract.Method.LIST_ITEM); I've noticed that we don't really use sessions in the dashboard, so this event would show up exactly the same as if the user tapped on a frecency item (in BrowserSearch - https://hg.mozilla.org/integration/fx-team/file/6fe53d58d0ae/mobile/android/base/home/BrowserSearch.java#l284 ) I don't mind this if we're going to integrate sessions into the dashboard/analysis, but otherwise, I'd like to see an extra to differentiate these two cases. I'd prefer sessions, but maybe we could use "bookmark" and "search." ::: mobile/android/base/home/HistoryPanel.java @@ +97,5 @@ > position -= mAdapter.getMostRecentSectionsCountBefore(position); > final Cursor c = mAdapter.getCursor(position); > final String url = c.getString(c.getColumnIndexOrThrow(URLColumns.URL)); > > + Telemetry.sendUIEvent(TelemetryContract.Event.LOAD_URL, TelemetryContract.Method.LIST_ITEM); Yeah, I think I'd like to see sessions in the dashboard, rather than more extras. Out of the scope of this bug, then.
Attachment #8448217 -
Flags: review?(liuche) → review+
Assignee | ||
Comment 4•10 years ago
|
||
(In reply to Chenxia Liu [:liuche] from comment #3) > Comment on attachment 8448217 [details] [diff] [review] > tweak-loadurl > > Review of attachment 8448217 [details] [diff] [review]: > ----------------------------------------------------------------- > > Do we also want to remove the Event only sendUIEvent from Telemetry? That > would enforce requiring a Method for UI Telemetry, if you think that in the > future we should always require Method. (Remember to update testUITelemetry > as well, if you do decide to do that!) I think I'll hold off for a new bug. > I've noticed that we don't really use sessions in the dashboard, so this > event would show up exactly the same as if the user tapped on a frecency > item (in BrowserSearch - > https://hg.mozilla.org/integration/fx-team/file/6fe53d58d0ae/mobile/android/ > base/home/BrowserSearch.java#l284 ) > > I don't mind this if we're going to integrate sessions into the > dashboard/analysis, but otherwise, I'd like to see an extra to differentiate > these two cases. I'd prefer sessions, but maybe we could use "bookmark" and > "search." The dashboard has "Panel" in the LOAD_URL tab (and others) which shows the active Home panel when the event was triggered, so we can use that.
Assignee | ||
Comment 5•10 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/01357a4a5326
https://hg.mozilla.org/mozilla-central/rev/01357a4a5326
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 33
Assignee | ||
Comment 7•10 years ago
|
||
Comment on attachment 8448217 [details] [diff] [review] tweak-loadurl Approval Request Comment [Feature/regressing bug #]: [User impact if declined]: We get more detailed telemetry [Describe test coverage new/current, TBPL]: landed on m-c and is reporting correctly [Risks and why]: low, just tweaks existing probes [String/UUID change made/needed]: none
Attachment #8448217 -
Flags: approval-mozilla-beta?
Attachment #8448217 -
Flags: approval-mozilla-aurora?
Updated•10 years ago
|
Comment 8•10 years ago
|
||
Comment on attachment 8448217 [details] [diff] [review] tweak-loadurl Too late in the beta cycle.
Attachment #8448217 -
Flags: approval-mozilla-beta?
Attachment #8448217 -
Flags: approval-mozilla-beta-
Attachment #8448217 -
Flags: approval-mozilla-aurora?
Attachment #8448217 -
Flags: approval-mozilla-aurora+
Comment 9•10 years ago
|
||
Needs rebasing for Aurora uplift.
Assignee | ||
Comment 10•10 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/c59fce1faf6f
Flags: needinfo?(mark.finkle)
Updated•10 years ago
|
Keywords: branch-patch-needed
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•