I need to look at the history of a file that has since been removed from
the tree. Can DXR help me track this down?
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,
anding,
> unless you look at the (different) aviary branch CVS repo.
Precisely.
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
working on standing up a web front end for the CVS
>> repo blame to replace bonsai...
>
> I guess that is unofficially http://52.25.115.98/viewvc/main/
This is fine until I ran into a revision that said "Landed Aviary
(browser part) which is just a very large diff. I rememb
On 11/08/2016 06:29, Gregory Szorc wrote:
> We'll offer a standalone file that can be executed to install the
> development environment.
Isn't MozillaBuild "a standalone file that can be executed to install
the development environment."
Phil (totally unclear of the difference)
uter with my BMO credentials. We plan to have no more releases of
>>> MozillaBuild.
>>>
>>
>> What will be the new way to get all build dependencies and tools for
>> Windows platform when MozillaBuild is discontinued?
> Yes.
Your snarky answer isn't very
to figure out why comm-central was failing to
build in Bug 1296664. A DXR search for SetHostAndPort turned up nil nada
zilch hits. I had to dig through my local mozilla-central clone to find
out what needed to be done to fix comm-central.
[whinge]I never had that problem with MXR[/wh
And, trust me, those days really bad days suck.
I have no idea what "shell pop'ed" means and Google tells me that the
last MXR security bug was fixed in 24.06.2015.
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
http://flashblock.mozdev.org/ http:/
On 24/06/2016 22:50, glob wrote:
> Philip Chee wrote:
>>
>> I wonder what is necessary to set up an instance of MXR (for comm-*) on
>> our own server (or vps). I would guess PERL, hg, and a Linux VM.
>
> mxr was shutdown due to some very serious security issues; i
an equally useful
>> replacement for it by now.
>>
>> Sad to see it go.
>
> Ditto. It's been my mainstay for searching code... couldn't dxr have
> a similar ui and does it have to default to mozilla-central?
I wonder what is necessary to set up an instance of MXR (for
. Seamonkey is no longer using it as of bug 1223341.
And what is the plan for Thunderbird?
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 th
an ex-parrot. However the JXCore fork of Node.js
can optionally use SpiderMonkey as their JavaScript engine. I wonder if
the JXCore people would be willing to upstream their changes back to
Mozilla?
> probably a bad time to make life hard for an existing embedding
> solution.
Phil
--
name that to TortoisePlink.exe
TortoiseSVN:
I don't need access to any Mozilla repositories that use Subversion but
anyone is using TortoiseSVN 1.9.3 or earlier might have the same problem.
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c...@gmail.com>
http://flashblock.
On 05/04/2016 09:09, Philip Chee wrote:
> On 04/04/2016 23:52, Gregory Szorc wrote:
>> We also changed the SSH server config to only support the "modern" set of
>> ciphers, MACs, algorithms, etc from
>> https://wiki.mozilla.org/Security/Guidelines/OpenSSH#Modern. I
On 05/04/2016 14:23, Onno Ekker wrote:
> Op 5-4-2016 om 3:09 schreef Philip Chee:
>> I'm using TortoiseHg whichh uses PuTTY and PLINK internally. I've
>> deleted the mozilla host key and accepted the new one.
>>
>> Now I can't push to comm-central via TortoiseHg. I
in place.
>>>
>>> So, I would say leave the Error Console as-is in general, but the
>>> menu item and pref could be removed for Firefox. On Tue, Mar 22,
>>> 2016 at 6:42 AM, Alexandre poirot <poirot.a...@gmail.com> wrote:
>>>> Hi devtoolers!
>>
already being worked on (or will be soon); if
Of course it's being worked on. Why else would I attach a patch to the 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
hannel builds to test the bits we ship...
Ah right forgot about 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 Nig
not see any
discussion about rescinding this commitment.
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 22/02/2016 15:28, m.bauermeis...@sto.com wrote:
> Is building the runtime manually still an option? If so, how would I
> go about it? Are the relevant sources all merged into the Firefox
> repository?
Xulrunner has just been removed from the tree so your question it obsolete.
Phil
-
On 01/02/2016 18:17, Philipp Kewisch wrote:
> You can use runtime checks for the OS, e.g. using Services.appinfo
>
> Philipp
Dude, he's talking about XUL, not JS. Please stop giving useless advice.
Phil
--
Philip Chee <phi...@aleytys.pc.my>, <philip.c.
key does 2a. We ship different platformCommunicatorOverlay.xul
files for each of the three tier 1 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, and guard us
g/collapsing the whole tree?
Thunderbird uses "\" (collapse) and "*" (expand).
Nitpick: The columns don't appear to be resizeable.
Here is how the Browser Toolbox looks like in SeaMonkey!
https://bug1223341.bmoattachments.org/attachment.cgi?id=8708680
Phil
--
Philip Chee <
trying to
> implement XPCOM connect with js-ctypes.
> So far, the garbage collection would be the biggest problem.
> Even though WebIDL has it's own advantages, but XPCOM are more
> language-neutral.
Have you looked at libraries such as SpiderApe or libjspp?
Phil
--
Philip Chee <phi
ee Overbite is indeed implemented this way. It
> still seems like asking for trouble, though.
Trouble is his middle name.
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, a
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
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
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
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
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>, <
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.
<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
roblem only in Thunderbird and Instantbird.
http://mxr.mozilla.org/comm-central/search?string=information-64.png
There appears to be a informationGhosted-64.png that isn't used by
anything. Suggest rm
http://mxr.mozilla.org/comm-central/find?string=informationGhosted-64.png=comm-central=
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
can use the stack to keep intermediate
results too. The stack helps to solve two impedance mismatches between
Lua and C: The first is caused by Lua being garbage collected, whereas C
requires explicit deallocation; the second results from the shock
between dynamic typing in Lua versus the stat
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,
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.
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
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
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>, <
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
> 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
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
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
. 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
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
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
=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
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
=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
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
? 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
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
? 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
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
.
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
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
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
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
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
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
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
.
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
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
/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
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
:
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
-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
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
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
--
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
- 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
?
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
`).
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
/
...
--
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
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
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
/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
1 - 100 of 126 matches
Mail list logo
