Closed Bug 1178964 Opened 9 years ago Closed 9 years ago

Measure editor usage in WebIDE

Categories

(DevTools Graveyard :: WebIDE, defect)

defect
Not set
normal

Tracking

(firefox42 fixed, firefox43 fixed)

RESOLVED FIXED
Firefox 43
Tracking Status
firefox42 --- fixed
firefox43 --- fixed

People

(Reporter: jryans, Assigned: jryans)

Details

Attachments

(1 file, 1 obsolete file)

Track whether the project editor is used in WebIDE.
Assignee: nobody → jryans
Status: NEW → ASSIGNED
Currently I am measuring:

* Displaying the project editing (existing project, new, etc.)
* Saving a file
* Creating a new project
* Importing an existing project

Happy to hear any feedback on additional metrics to measure.
Attached patch webide-telem (obsolete) — Splinter Review
Attachment #8649017 - Flags: review?(poirot.alex)
Axel, we've talked about this in the past a bit.  Any additional editing metrics we should gather?

Alex, you may also have additional ideas.
Flags: needinfo?(akratel)
Comment on attachment 8649017 [details] [diff] [review]
webide-telem

Review of attachment 8649017 [details] [diff] [review]:
-----------------------------------------------------------------

We could add many more probes, but I think that's enough for the project editor.
`webideProjectEditor` was really the most missing one!

::: browser/devtools/webide/content/webide.js
@@ +685,3 @@
>        } else {
>          this.projecteditor.menuEnabled = false;
> +        this._telemetry.toolClosed("webideProjectEditor");

I think we are going to call toolClosed multiple times if we switch between multiple non-project-editor decks.
Not a big deal if toolClosed handle this nicely.
Attachment #8649017 - Flags: review?(poirot.alex) → review+
(In reply to Alexandre Poirot [:ochameau] from comment #4)
> ::: browser/devtools/webide/content/webide.js
> @@ +685,3 @@
> >        } else {
> >          this.projecteditor.menuEnabled = false;
> > +        this._telemetry.toolClosed("webideProjectEditor");
> 
> I think we are going to call toolClosed multiple times if we switch between
> multiple non-project-editor decks.
> Not a big deal if toolClosed handle this nicely.

Ah, I suppose you're right.  I'll remove my comment about only calling the function on a change.

Anyway, `toolClosed` does handle multiple calls in a row fine: it just stops a timer, if one was already running.
https://hg.mozilla.org/mozilla-central/rev/e690a2a67383
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → Firefox 43
Attached patch measure-editorSplinter Review
Updating bug to match what landed.
Attachment #8649017 - Attachment is obsolete: true
Attachment #8649958 - Flags: review+
Comment on attachment 8649958 [details] [diff] [review]
measure-editor

Approval Request Comment
[Feature/regressing bug #]: Additional Telemetry in WebIDE to drive upcoming product decisions.  Most WebIDE users are on Dev. Ed., so this accelerates metrics collection.
[User impact if declined]: No real user impact, would just have to wait a cycle for useful metrics.
[Describe test coverage new/current, TreeHerder]: On m-c, updated test coverage.
[Risks and why]: Low, WebIDE only.
[String/UUID change made/needed]: None
Attachment #8649958 - Flags: approval-mozilla-aurora?
Jryan, just got back into town, realize this ticket is in "resolved mode" but here is some additional input. A useful metric would be how long user is on one project once he's opened it and also a time on the editing usage. We need to try to identify repeat usage in some way.
Flags: needinfo?(akratel)
Comment on attachment 8649958 [details] [diff] [review]
measure-editor

Should be low risk on the aurora release and should not impact the product. taking it.
Attachment #8649958 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Product: Firefox → DevTools
Product: DevTools → DevTools Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: