r, but I'm not sure if it works or not. I don't even know how
to verify this.
Is there a way I can manually delete the cache, preferable from the command
line from a bash script, to insure that it is gone, gone, gone when I start it
up?
Thanks,
Scott
_
Thus Spoke ishikawa:
> On (2013年09月10日 00:08), Scott Johnson wrote:
>> Thus Spoke ishikawa:
>>
>> So you are suggesting something like
>> step 1 - request for formatting a file indented in an arcane format, i.e.,
>> reformat it according to the currently adopted
eview
those changes and b) difficult to track back which
bugs/tickets/developers changed which sets of code.
If we were going to do this, though, we should have a separate bug for
formatting changes, and check in those changes in separate patches
(maybe even one per file whose formatting i
so to test the script itself. There are still a number of issues,
so it's pretty rough yet, but it's getting better. Patches are, of
course, accepted. ;)
~Scott
On Wed 29 May 2013 01:50:14 PM CDT, Benoit Girard wrote:
> On Mon, May 27, 2013 at 10:54 PM, Anthony Jones wrote:
>>
://etherpad.mozilla.org/TaiwanWorkWeekCodeReview
Special thanks to Anne van Kesteren and Daniel Holbert for assisting me
in the note-taking when my laptop battery died.
~Scott
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev
tests/mochitest
> /tests/browser
> /tests/chrome
Will this also affect reftests? Specifically, if we had the following
structure:
/tests/mochitest
/reftests/
Will the latter be affected and placed in /tests/reftests?
~Scott
___
dev-plat
> Note that we previously added a hook[1] to check that
> binary-compat-breaking changes on Beta didn't land without explicit
> approval. I suspect we could extend that hook to do what we want for
> mozilla-central.
True, but this hook actually (IIUC) checks to see if an IID changed,
given a patc
velopers
as possible. Right now, the ideas are to run an hg pre-commit hook, run
a script as part of the tbpl build, or possibly run a script as part of
a merge (e.g. from mozilla-inbound -> mozilla-central, mozilla-central
-> mozilla-aurora, etc...).
Also, any question
Meant to send this to the list also.
Original Message
Subject:Re: Planning to turn off Talos tdhtml
Date: Tue, 16 Oct 2012 12:35:40 -0500
From: Scott Johnson
Organization: Mozilla Corporation
To: jmaher
Joel:
I recall getting value from these tests when
On Thu, Oct 11, 2012 at 11:53 AM, wrote:
> Hi Scott,
>
> Could you expand on your hack? I'm in a similar situation here :)
In the end we opted to get the filepath via a Java dialog but here's the gist:
In user.js (same folder as the prefs.js file) I added the following:
On 10/08/2012 08:42 AM, thus spoke Justin Lebar:
> Having said that, I don't think it would be hard to write an hg hook
> which comments in the relevant bugs when a push is made to m-i. Maybe
> that would be a reasonable way to get uniformity and immediate
> notification in the bug when a patch i
It's also possible to localize using CSS. For example:
https://github.com/timdream/appcacheui/blob/master/appcacheui.css#L107
--scott
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
zrepl extension; Firebug-lite just doesn't want to behave for me.
Cheers,
--
Scott Elcomb
@psema4 on Twitter / Identi.ca / Github & more
Atomic OS: Self Contained Microsystems
http://code.google.com/p/atomos/
Member of the Pirate Party of Canada
http://www.pirateparty.ca/
_
ism, but rather just a suggestion - not trying to
be rude.
~Scott
On Wed 25 Jul 2012 04:34:27 AM CDT, Dao wrote:
> On 25.07.2012 02:05, ben turner wrote:
>> Disabling a test without a peer's input and then leaving open an
>> unassigned bug to re-enable it is a pretty good way to
On 07/28/2012 05:19 PM, thus spoke Jonas Sicking:
> When are we doing PRUint32? ;-)
+1!
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
15 matches
Mail list logo