On 30/07/2014 18:22:39, Botond Ballo wrote:
I seem to have to refresh Treeherder to get it to update job statuses,
whereas on TBPL the statuses update automatically.
Is this expected?
This isn't expected, have filed:
https://bugzilla.mozilla.org/show_bug.cgi?id=1046642
Cheers,
Ed
___
I seem to have to refresh Treeherder to get it to update job statuses,
whereas on TBPL the statuses update automatically.
Is this expected?
Thanks,
Botond
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/de
On 25/07/2014 05:20, Mike Hommey wrote:
On Fri, Jul 25, 2014 at 12:04:30AM -0400, Ehsan Akhgari wrote:
I would like to help dogfood this, and want to know if I can trust the data
parity of Treeherder and TBPL, or if that is something that you would like
testing on? IOW, should I keep them both
On Fri, Jul 25, 2014 at 12:04:30AM -0400, Ehsan Akhgari wrote:
> Congratulations on getting to this stage!
>
> I would like to help dogfood this, and want to know if I can trust the data
> parity of Treeherder and TBPL, or if that is something that you would like
> testing on? IOW, should I keep
On 25/07/2014 04:37, Nicholas Nethercote wrote:
One comment: the visual distinction between a dark grey (running) and
green (successful) job is much less than on TBPL. Could a very light
green background and darker green border be used, similar to the
orange and red boxes, to make the green jobs
Congratulations on getting to this stage!
I would like to help dogfood this, and want to know if I can trust the
data parity of Treeherder and TBPL, or if that is something that you
would like testing on? IOW, should I keep them both open when watching
a tree / try push?
Thanks!
Ehsan
On 2
One comment: the visual distinction between a dark grey (running) and
green (successful) job is much less than on TBPL. Could a very light
green background and darker green border be used, similar to the
orange and red boxes, to make the green jobs stand out a bit more?
Another comment: compare th
On 7/23/14, 8:39 AM, Ed Morley wrote:
That said, jmathies is also hitting this -
I've CCed you on bug 1042627 - let's discuss there
Done.
2) It seems to use a narrower space than tbpl for the patch
descriptions; at my window width and font size I don't even see the
entire bug number for most
On 7/23/14, 5:07 AM, Neil wrote:
I think the arrow to the right of the revision is supposed to achieve
this. I'm not sure what the point of the link itself is, or where it's
documented.
Ah, I see, yes.
There is a clear indicator, but it's not obvious. (It's to the left of
the tree name.)
Ag
On 23/07/2014 08:04, Boris Zbarsky wrote:
1) It's trying to run Flash. Will it work correctly if I just don't
let it do that? I haven't found anything broken so far even though I
didn't allow the Flash.
Bug 1030710 removed the "copy to clipboard" use of flash - the only
other use is as a so
I get a slow script warning in my unoptimised nondebug build when the
page first loads :\
IMHO closing the detail pane should unhighlight the build.
Boris Zbarsky wrote:
3) The revision id is linkified, but clicking it just focuses the
corresponding push in treeherder. Can I get links to th
On 7/22/14, 9:01 PM, Jonathan Eads wrote:
You can kick the tires here:
https://treeherder.mozilla.org
This looks pretty neat! I do have a few questions/comments:
1) It's trying to run Flash. Will it work correctly if I just don't
let it do that? I haven't found anything broken so far even
On 7/22/2014 8:01 PM, Jonathan Eads wrote:
We’ve got lots of plans for useful bells and whistles in future releases, but
the first step is reaching full feature parity with TBPL. We need to make sure
sheriffs and developers can carry out business as usual.
I'd love to play with it for my uses
Hello,
TBPL (https://tbpl.mozilla.org) is Mozilla’s primary tool for visualizing and
analyzing automated test data. It was a huge step forward when we transitioned
from Tinder Box to TBPL, and it has allowed us to push forward with new
products and platforms. Many thanks to all the Mozillians w
14 matches
Mail list logo
