to your other work?)
If it's random, how do you know if you've actually fixed it without
having to waste your time watching the tree for a week?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf
=689157
Bug 689157 - Add support for building with clcache/ccache on Windows
RESOLVED FIXED
I've never tried any of them so caveat emptor.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf
categories emerged from the data (along
with 15 themes and 91 sub-themes)
https://cs.uwaterloo.ca/research/tr/2012/CS-2012-10.pdf
A.4.3 Useless [9p, 10s]
These are quotes that really didn’t have any specific value. (e.g., “I
like turtles”)
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c
its arguments
through a shell, so you can't redirect things that way. I don't think we
have any platform support for running processes and redirecting their I/O.
-Ted
Can you run a shell script using nsiProcess? Or even the shell (cmd,
bash, etc) itself?
Phil
--
Philip Chee phi
the
urlclassifier code moving from SQLite to something else because of
performance issues.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good
one funny code word with another funny code word.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
because some parts of mozilla-build (I can't remember
which) would choke on absolute paths.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so
the OSI site itself doesn't
list it.
3. Migration costs (If it ain't broke, don't fix it) not to mention more
churn.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from
On 31/07/2013 00:35, Ehsan Akhgari wrote:
bug 872127
I pushed a comm-central bustage fix:
https://hg.mozilla.org/comm-central/rev/e4c4ff49ed66
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf
whether this is
work that should receive priority.
It has just occurred to me that Flashblock would probably be affected
similarly.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf
(The OS X notification centre
didn't exist then).
notifications, because XUL notifications don't behave correctly on those
systems (multi-monitor support is broken, etc.).
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard
there?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
___
dev-platform
On 22/10/2013 01:14, Ehsan Akhgari wrote:
Note that we also use this to support 32-bit plugins, so our target
audience is not just 10.6 users.
I thought we recently removed 32-bit plugin support on OS X.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
___
dev-platform mailing list
dev
and over into virtual
memory. We're not sure if that's all on our code or if system code or
(graphics?) driver code exposes issues to us there.
I thought that there was a plan to pre-allocate on startup some memory
for the minidump/crash reporter?
KaiRo
Phil
--
Philip Chee phi
:: TOP_LEVEL :: line 531
native frame :: unknown filename :: TOP_LEVEL :: line 0
This is singularly unhelpful. Can we have better error stacks?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf
On 21/11/2013 13:41, Brandon Benvie wrote:
On 11/20/2013 9:27 PM, Philip Chee wrote:
This is singularly unhelpful. Can we have better error stacks?
This is actually a *really* useful error stack for people who know about
the library in question throwing the error, and bugs have been filed
a tool that is
as good as bonsai.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
with little indication of what the code was
supposed to do.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
On 22/11/2013 04:15, Gavin Sharp wrote:
It would be good to explore alternatives to Bonsai.
https://github.com/mozilla/mozilla-central is supposed to have full
CVS history, right?
I would be very leery of putting our CVS source of truth on a non
mozilla managed domain.
Phil
--
Philip Chee
this.
I miss the old build tier_app target. Can whatever replaces dumbmake do
something like that?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh
great.)
Aaargh! And where is this documented? If I had known about this
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good
On 02/06/2014 05:05, Bob wrote:
In a play on words, is this some kind of SM (not SeaMonkey) feature?
No it isn't.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from
builds? ISTR that
the quality of our JIT code on 64 bits was one of the reasons for not
releasing official builds on those platforms.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf
/show_bug.cgi?id=797876
Given that the old debugger API was just removed from the tree, it looks
like Firebug is S.O.L.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from
gtk
WebAppRT.
We had libnotify support but this was removed from the tree on the
grounds that it didn't suit our needs.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us
/a900b3a64007
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
___
dev
this, or will it just automatically work?
As far as I know nothing in Thunderbird or SeaMonkey talks directly to
localstore.rdf. As long as the APIs remain the same (and perhaps some
shims) it shouldn't matter if the backend is using RDF or JSON or SQLite.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c
with PARALLEL_DIRS ?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
___
dev
not
depend on other components, and pinning the current version in
Thunderbird would make it easier to keep up with the planned rapid
development. Any wanted changes could then be imported as needed.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http
/
...
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
`).
Hello!
In future please remember to file appropriate bugs in comm-central
*before* landing such tree-wide changes. Your cooperation is appreciated.
Yours sincerely,
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us
On 17/09/2014 01:10, Kent James wrote:
On 9/16/2014 2:39 AM, Philipp Kewisch wrote:
See bug 1054357 that I filed for this issue on 2014-08-15 based on the
2014-08-13 m.d.platform post.
Ah, I was on holiday for most of August so I never saw that.
Phil
--
Philip Chee phi...@aleytys.pc.my
?
What's more pressingly unfortunate is that Array.prototype.contains enjoys
a surprisingly spectacular popularity: it's already used in quite a number
of places in the tree, which I'll have to back out, too.
DoublePlusUngood.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http
expected that their polyfill would be smart enough to
notice a ES7 compliant A.p.contains() and defer to it.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh
- update sdk/tabs metadata to work in SeaMonkey (for Ghostery)
https://bugzilla.mozilla.org/show_bug.cgi?id=1071048
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
___
dev-platform mailing list
? Is there any
particular reason you need to go through mqueue?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
which I believe we have dropped. Can
we use different type for bitfields in a class in our new code?
How about a link to
http://blog.aaronballman.com/2011/08/the-joys-of-bit-fields/ ?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http
the development of MozReview.
Is this gated to a nntp newsgroup? Thanks!
There's lot of exciting things happening. Healthy debates are healthy
for product quality. Please consider getting involved.
Gregory
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http
-omni-jar
builds so that volunteer contributors don't need a build environment
before they start hacking the front end.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from
:
browser.display.use_document_colors.even_for_high_contrast_os_themes.do_what_I_say_dammit
Also the use case for Bug 639134 was for Windows. Does this setting have
the proper effect on Linux and OSX? Is this even needed on non-windows?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from
On 06/12/2014 23:42, Gijs Kruitbosch wrote:
(replying to m.d.platform, but also pulling some folks into the CC list)
Hi Philip,
Thanks for raising this.
On 05/12/2014 23:13, Philip Chee wrote:
I think the changes for this bug are sub-optimal.
First:
https://hg.mozilla.org/mozilla
/12/git-vulnerability-osx-windows
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
it was Gerv who suggested pedantic rather than strict.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
malware and quarantined a bunch of files. Uninstalled,
Disabled AV, Reinstalled.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good
comes up blank.
doko ichatta?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
On 20/01/2015 07:21, noitid...@gmail.com wrote:
New irc room we're trying to establish. #jsctypes
https://client00.chat.mibbit.com/?url=irc%3A%2F%2Firc.mozilla.org%2F%23jsctypes
That's wrong. The correct link is irc://moznet/jsctypes
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c
to search back far on
mozilla-google-discuss for an example).
Pale Moon tried to do something similar. It was rather impressive how
much of the web breaks when you do that. That change was backed out in
haste.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http
going to roll our own or use an existing OSS implementation like
SQLite4 or LMDB?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so
.
http://nethack4.org/blog/memory.html
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
On 05/01/2015 07:43, Mike Hommey wrote:
On Sun, Jan 04, 2015 at 02:28:30PM +0800, Philip Chee wrote:
To me, the default answer to whether we should keep supporting MinGW
is no, merely because it will require time and effort that will not
directly benefit our users as we do not use
http://mxr.mozilla.org/comm-central/search?string=MOZ_OVERRIDE
Too many hits, displaying the first 1000
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh
than one user on SPARC since Sun (and
then Oracle) had at least one developer assigned to keep Firefox
building on Solaris/SunOS5. A quick google shows pre built Firefox
packages for both x64 and SPARC.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org
of my bugs, I can always slap them down and tell
them this is Mozilla policy.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good
the dev.planning community sooner to
allow for discussions and feedback instead of presenting a decision that
was made in a small group,[/quote]
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf
not necessary.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
___
dev
? Wouldn't a build time switch be
more appropriate?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
their bootloaders to allow users to install other
phone operating systems, including FirefoxOS. If the hardware is
Qualcomm, I expect the users will want to install the binary blobs as well.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http
? Is there a porting guide?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
[1] Marionette is also a character
be
consistent one way or the another.
In the longer term I think that /themes/ needs a strong module owner,
someone who can set a clear direction and is not afraid to enforce it.
[Aside] Is anyone here on Linux using the GNOMERunner theme? If so what
is your opinion on it?
Phil
--
Philip Chee
.
Thesaurus: An educated dinosaur
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
by whoever runs the server. Used because
reimplementing in JS would be too slow or too much work. Both are
addressed by asm.js, and would be persuasive to get members of the
NodeJS community to switch to our version.
[/quote]
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http
We should document to make it very clear that this async method isn't
guaranteed to be async
dev-doc-needed?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from
startups I didn't notice any significant delays.
Anyone want to try the same with Firefox nightly?
I think there was a recent proposal to build the cache on a separate
thread the first time Firefox is started.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http
On 19/06/2015 17:15, Marcello Stanisci wrote:
Additionally, launching FF with '-clearcaches' or by setting the
environmental 'MOZ_CLEAR_CACHES' does not seems to give the desired
effect.
The switch you want is -purgecaches
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
___
dev-platform mailing list
dev
to fast track or deep six each bug.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
.
+--+ +--+
|Accept| |Reject|
+--+ +--+
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
close said
SeaMonkey bug.
The affected status flags being automatically set started a few
weeks ago.
It's hard to imagine how a bug about (say) the toilets in Mountain View
backing up could affect firefox
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http
=1170179
(i'm not sure why seamonkey has that flag visible on its bugs)
And Thunderbird, Mail News Core.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh
=cf_status_firefox40f2=OPproduct=MailNews
Coreproduct=Thunderbird
History doesn't show anyone manually marking these bugs
status-firefox40/status-firefox41
Some filter rule going bonkers?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
to the
bottom of the page to see the relevant content.
Every other similar documentation site that I've been to puts the TOC in
a separate navigation column on the left (or right). Please, whoever is
in charge of this, fix the problem.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http
On 16/08/2015 13:31, Anne van Kesteren wrote:
On Sat, Aug 15, 2015 at 9:48 PM, Philip Chee philip.c...@gmail.com wrote:
The first question that occurs to me is what is the rationale? Can we
revisit this in 2015 to see if the original reason still holds?
Well, we want to get rid of XUL. I'm
On 17/08/2015 02:56, Neil wrote:
Philip Chee wrote:
The first question that occurs to me is what is the rationale? Can
we revisit this in 2015 to see if the original reason still holds?
Back then ignoring the hash or the search were equally complicated;
nowadays ignoring the hash
for people who need
to customize the browser.
On Sat, Aug 15, 2015 at 10:31 PM, Anne van Kesteren
ann...@annevk.nl wrote:
On Sat, Aug 15, 2015 at 9:48 PM, Philip Chee
philip.c...@gmail.com wrote:
The first question that occurs to me is what is the rationale?
Can we revisit this in 2015 to see
foo.xul* bar.xul
overlay foo.xul?filter=* bar.xul
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass
. Thank you.
Does PL_HashTableEnumerateEntries also need to be replaced? And if so
what with?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night
On 23/07/2015 14:40, Mike Hommey wrote:
On Thu, Jul 23, 2015 at 02:34:50PM +0800, Philip Chee wrote:
On 22/07/2015 05:54, J. Ryan Stinnett wrote:
The DevTools team is planning to move our code out of
/browser/devtools and /toolkit/devtools and into a new top level
/devtools directory
case: SeaMonkey
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
___
dev
Is there any intention to uplift this to -aurora, -beta, and esr38?
Otherwise people using Traditional Chinese will be filing bugs until
Firefox 42
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she
others will ship the DevTools
server only.
What is the utility of shipping the back end without the front end?
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from
this be fixed, or is it going to continue to be a worse experience
> than it ever was with FTP?
An Alphabet search indicates that you can run a FTP server using a S3
bucket as the backend. Just saying.
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
http://flashb
e that it's not our problem and leave it to
> the TB and SM people to change their build system and automation to cope
> with that. And leave them without a build for months. Do we expect them
> to survive that?
>
> Mike
And what happens if c-c needs to push out a chemspill/securit
ow, non
> C/C++) (although it skips what doesn't end up in dist/bin)
I tried mach build faster recently and it failed to build comm-central
because it was looking for Firefox (/browser). Any ETA on when MBF will
work on comm-central?
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <
> blame to replace bonsai...
But we don't have a working CVS repository any more right?
Phil (is confused)
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from
The Bonsai server +infra is gone. Is there an alternative?
Is there a mercurial repository that has a unified history of
mozilla-central plus cvs history? Bonus if it also includes comm-central.
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
http://flashbloc
of platform code?
[1] http://www.viva64.com/en/b/0262/
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to
I came across Bug 1182535 [tracking bug] change all callsites to
asyncOpen2 instead of asyncOpen
What's the difference and why should I switch?
Can I just do |s/asyncOpen\(/asyncOpen2\(/g| or are there some
subtleties I should be aware of?
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <
On 16/12/2015 01:37, ISHIKAWA, Chiaki wrote:
> On 2015/12/15 23:40, Philip Chee wrote:
>> On 13/12/2015 16:26, ISHIKAWA, Chiaki wrote:
>>> {"fun":"getCurrentDirectory","id":2}
>>> 14:54:20 INFO - PROCESS | 5963 | OS Controller Mess
d function symbol in library
The tests appear to be failing at the "getCurrentDirectory" line.
Suspect:
<http://mxr.mozilla.org/comm-central/source/mozilla/toolkit/components/osfile/modules/osfile_unix_front.jsm?rev=b777166f71b0=1064-1064#1052>
Phil
--
Philip Chee <phi...@aleytys.pc
sh we had the same for the three or so different logging
> systems in use in javascript.
I think the Thunderbird version of log4moz supports using logging prefs
in this way since forever. So it's now down to two?
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
ht
What's wrong with the current API?
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and s
ake things worse.
Or someone accidentally replaced a newer version with an older version.
Or there are two (or more) forks and somebody accidentally updated to a
less maintained fork with a newer timestamp.
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
http://f
mote
> consistent spelling in the official dictionary. If Mozilla wants to
> include common variants this can likely be fixed with a little
> effort in the build scripts.
Time to fork! Like the en-GB dictionary on AMO has vastly more words
(190.000+)that the official upstream.
Phil
<https://medium.com/@betable/tifu-by-using-math-random-f1c308c4fd9d#.ui74puy9k>
Hopefully Spidermonkey's Math.random() is better.
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she
tails.
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
thought people were being encouraged to avoid using js-ctypes because
of "problems". However nobody has gone into detail about what those
alleged problems are.
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
http://flashblock.mozdev.org/ http://xsidebar.
in ctypes or is it just that our
implementation is broken?
> Cheers,
> David
>
> On 18/11/15 08:57, Philip Chee wrote:
>> On 14/11/2015 18:21, David Rajchenbach-Teller wrote:
>>> Actually, Sqlite.jsm does most of its work off the main thread.
>>>
>>> But yes,
nstead.
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
___
dev-pla
1 - 100 of 126 matches
Mail list logo