On Thursday, February 28, 2013 8:16:50 AM UTC-6, Benjamin Smedberg wrote:
Have we discussed this project with the metrics team yet?
When I started looking into this it wasn't clear to me that people really knew
what they wanted - they just knew why the existing system didn't work for them.
My
Please, please make your plans include the ability to get raw text files
(CSV or JSON or something else, I don't care as long as I can easily parse
it). I don't have use for the current frond-end, and I believe that no
front-end will cover everyone's needs, and not every developer is familiar
with
On 2/28/2013 10:33 AM, Benoit Jacob wrote:
Please, please make your plans include the ability to get raw text files
(CSV or JSON or something else, I don't care as long as I can easily parse
it).
Could you be more specific? Note that while the text files currently
provided on crash-analysis,
2013/2/28 Benjamin Smedberg benja...@smedbergs.us
On 2/28/2013 10:33 AM, Benoit Jacob wrote:
Please, please make your plans include the ability to get raw text files
(CSV or JSON or something else, I don't care as long as I can easily parse
it).
Could you be more specific? Note that while
On Thu, Feb 28, 2013 at 10:36 AM, Benjamin Smedberg
benja...@smedbergs.us wrote:
Cool. Perhaps we should start out with collecting stories/examples:
In that spirit:
What I almost always want to do is simply for the last N days of
variable X show me a CDF (at even just 10 percentile
On 2013-02-28, at 10:44 AM, Benjamin Smedberg wrote:
On 2/28/2013 10:33 AM, Benoit Jacob wrote:
Please, please make your plans include the ability to get raw text files
(CSV or JSON or something else, I don't care as long as I can easily parse
it).
Could you be more specific? Note that
It sounds to me like people want both
1) Easier access to aggregated data so they can build their own
dashboards roughly comparable in features to the current dashboards.
2) Easier access to raw databases so that people can build up more
complex analyses, either by exporting the raw data from
Justin Lebar wrote:
It sounds to me like people want both
1) Easier access to aggregated data so they can build their own
dashboards roughly comparable in features to the current dashboards.
I doubt people actually want to build own dashboards. I suspect this is
mainly a need because of
- Original Message -
From: Justin Lebar justin.le...@gmail.com
To: Benjamin Smedberg benja...@smedbergs.us
Cc: Benoit Jacob jacob.benoi...@gmail.com, Josh Aas
josh...@gmail.com, dev-platform@lists.mozilla.org
Sent: Thursday, February 28, 2013 9:14:52 AM
Subject: Re: improving access
On Wednesday, February 27, 2013 12:52:10 PM UTC-5, Josh Aas wrote:
I've been thinking about how we might improve access to telemetry data. I
don't want to get too much into the issues with the current front-end, so
suffice it to say that it isn't meeting my group's needs.
A few people
Taras Glek schrieb:
I doubt people actually want to build own dashboards. I suspect this is
mainly a need because of deficiencies in the current dashboard.
I disagree. I think people will want to integrate Telemetry data in
dashboards that connect data from different sources, and not just
i have run hg pull and hg update on mozilla central and still have no
LOAD_DOCUMENT_URI. But i can skip 18 if you want.
i have a first draft of my patch: (see link below)
The problem seems to be that this patch breaks the WHOLE Cookie handling of
firefox. (at least it fixes my original sync bug
On 2/28/13 9:37 PM, bernhardr...@gmail.com wrote:
i have run hg pull and hg update on mozilla central and still have no
LOAD_DOCUMENT_URI.
Are you looking in the right file?
The problem seems to be that this patch breaks the WHOLE Cookie handling of
firefox.
Because your LOAD_NO_COOKIES
Yep, you are right. I assumed nsIRequest would be the only file assigning these
values.
What numbers should i choose? I need 2 flags and unsigned long only provides 32
possibility which are already used (except 25)
For me it would be ok to just fix the cookies issue :) But i guess there is a
just to keep this thread up to date. I asked jduell if it is possible to change
long to int64_t
Am Freitag, 1. März 2013 04:11:40 UTC+1 schrieb bernha...@gmail.com:
Yep, you are right. I assumed nsIRequest would be the only file assigning
these values.
What numbers should i choose? I
Robert Kaiser wrote:
Taras Glek schrieb:
I doubt people actually want to build own dashboards. I suspect this is
mainly a need because of deficiencies in the current dashboard.
I disagree. I think people will want to integrate Telemetry data in
dashboards that connect data from different
On 02/28/2013 07:29 PM, bernhardr...@gmail.com wrote:
just to keep this thread up to date. I asked jduell if it is possible to change
long to int64_t
We're going to upgrade to 64 bits in
https://bugzilla.mozilla.org/show_bug.cgi?id=846629
Jason
17 matches
Mail list logo
