On 2020/11/10 14:49, Gabriele Svelto wrote:
On 10/11/20 05:57, ISHIKAWA,chiaki wrote:
Does this support split dwarf object files?
Not yet, but it should be possible to add support easily because the
crates we depend on for parsing DWARF debuginfo have just been updated
to support split DWARF
On 2020/11/06 17:56, Gabriele Svelto wrote:
[cross-posting to dev-platform]
Hello all,
I'm glad to announce that we switched our symbol scrapers for Linux
distributions to our new and improved Rust-based tooling [1]. This means
that when looking at crash reports or profiling you will not find
I think I have found an inconsistency in TB's pref setting during
mochitest regarding e10s.
The gory detail is in
https://bugzilla.mozilla.org/show_bug.cgi?id=1629433#c10
Major find (excerpt from the above bugzilla.)
--- begin quote ---
1) Dynamically generated user.js files during tests of C-
I can't speak for what TB development plan is.
One thing I observe as an occasional submitter of TB patches is this.
Thunderbird ditched |mozmill| test December 2019, and switched to
mochitest in place of mozmill test.
Unfortunately, valgrind no longer works locally for mochitest.
This is quite
I have rebased and the changes are gone.
Thank you for keeping the tree in good shape.
Chiaki
On 2020/05/19 18:35, Emilio Cobos Álvarez wrote:
On 5/19/20 3:11 AM, ISHIKAWA,chiaki wrote:
Thank you for the feedback. So I am not alone in seeing this. I will
ignore the anomaly for now although
bug 1636068.
-- Emilio
On 5/17/20 2:44 PM, ISHIKAWA,chiaki wrote:
I am developing TB patches locally on my linux PC.
Have anyone noticed mozilla/Cargo.lock seems to be in mercurial
repository and that it got updated
during development?
That is, as far as *I* am concerned, I never tough it dir
On 2020/05/17 5:52, Mike Hommey wrote:
On Sat, May 16, 2020 at 09:26:30AM +0900, ISHIKAWA,chiaki wrote:
On 2020/05/16 7:51, Mike Hommey wrote:
On Sat, May 16, 2020 at 07:24:44AM +0900, ISHIKAWA,chiaki wrote:
I have --disable-libjpeg-turbo in my mozconfig for many years (I build TB
locally
I am developing TB patches locally on my linux PC.
Have anyone noticed mozilla/Cargo.lock seems to be in mercurial
repository and that it got updated
during development?
That is, as far as *I* am concerned, I never tough it directly.
But, it seems |mach clobber|, |mach configure|, |mach build|
On 2020/05/16 7:51, Mike Hommey wrote:
On Sat, May 16, 2020 at 07:24:44AM +0900, ISHIKAWA,chiaki wrote:
I have --disable-libjpeg-turbo in my mozconfig for many years (I build TB
locally).
After an update of the local source tree this morning, it is no longer
recognized?
(The last update was
I have --disable-libjpeg-turbo in my mozconfig for many years (I build
TB locally).
After an update of the local source tree this morning, it is no longer
recognized?
(The last update was several days ago.)
Has anyone also experienced this?
Traceback (most recent call last):
File "/NEW-SSD
stack trace thus obtained was trash.
(See https://bugzilla.mozilla.org/show_bug.cgi?id=1621274 )
Strange. linux-stack-fix.py used to work when the output was not
modified by the recent fix-stack. That is what I used to
for many years.
TIA
Chiaki
On 2020/04/30 3:07, ISHIKAWA,chiaki wrote
Thank you for the tips.
I will have a go to incorporate the logic of old fix_linux_stack.py into
fix-stacks.
TIA
Chiaki
On 2020/04/29 13:11, Nicholas Nethercote wrote:
On Wed, 29 Apr 2020 at 02:32, ISHIKAWA,chiaki wrote:
Ouch, I am using -gsplit-dwarf to make gdb startup time faster
On 2020/04/28 18:13, Nicholas Nethercote wrote:
On Tue, 28 Apr 2020 at 17:50, ISHIKAWA,chiaki wrote:
0:28.98 GECKO(727384) #01: ???
(/NEW-SSD/moz-obj-dir/objdir-tb3/dist/bin/libxul.so + 0x5ab5921)
0:28.99 GECKO(727384) #02: ???
(/NEW-SSD/moz-obj-dir/objdir-tb3/dist/bin/libxul.so
16:50, ISHIKAWA,chiaki wrote:
Dear Nick,
I must have been doing something very stupid, but can't figure out
exactly.
I think after this change of fix-stack script(s), the local TB's
mochitest log's NS_ASSERTION (or is it MOZ_ASSERT?) stack trace cannot
be decoded.
I scratc
Dear Nick,
I must have been doing something very stupid, but can't figure out exactly.
I think after this change of fix-stack script(s), the local TB's
mochitest log's NS_ASSERTION (or is it MOZ_ASSERT?) stack trace cannot
be decoded.
I scratched my head and figured out that there is somethi
On 2020/04/11 3:03, Steve Fink wrote:
On 4/10/20 10:06 AM, Andrew McCreight wrote:
On Thu, Apr 9, 2020 at 6:51 PM Sarah Clements
wrote:
Hello,
As part of maintenance work and performance improvements to Treeherder,
we're making changes to some of the data that's stored in our
database. On
t place to file bugs related to creating bugs
is
https://bugzilla.mozilla.org/enter_bug.cgi?product=bugzilla.mozilla.org&component=Bug+Creation%2FEditing
.
E C Humphries, Bugmaster
On Mon, Sep 23, 2019 at 8:10 PM ishikawa wrote:
Hi,
Where is the proper forum to post a bug regarding bugzi
Hi,
Where is the proper forum to post a bug regarding bugzilla.mozilla.org?
I *THINK* I posted a bug regarding bugzilla failure a couple of months ago,
but for some reason, I could not find it in "My Dashboard" and so I am
posting the question here.
I experienced a bugzilla problem today and it
Hi,
I filed the following entry to bugzilla:
https://bugzilla.mozilla.org/show_bug.cgi?id=1578296
Bug 1578296
Many errors of the form JavaScript error:
resource://gre/modules/SessionStoreFunctions.jsm, line 392:
NS_ERROR_FILE_NOT_FOUND during |make mozmill| testing of Full Debug of
C-C TB.
Hi, those familiar with test infrastructure
I am sorry that I am piggybacking my question/comment on a not directly
related topic.
During xpcshell test of TB, no display (of X11, say, under linux) is
shown. Is this a design decision and is to be expected?
If TB tries to show an error messag
be compiling TB.
I added the following in my mozconfig for TB, but I am not sure if this
is the right way to disable incremental compilation.
mk_add_options "export CARGO_INCREMENTAL=0"
TIA
On 2019/08/22 11:22, ISHIKAWA,chiaki wrote:
Well, I have a problem now after trying to upda
On 2019/08/23 11:00, Mike Hommey wrote:
>
> In the meanwhile, as discussed on irc, it seems fair to disable
> CARGO_INCREMENTAL when building with sccache.
So how can we disable this?
Setting environment variable as in the following?
export CARGO_INCREMENTAL=
___
Well, I have a problem now after trying to update sccache just in case I
need a new version in the future.
I did the following:
cargo install --force sccache
(I was not so sure of what the proper update procedure of already
installed package. sccache 2.0.8-alpha-something was already installe
On 2019/08/21 3:52, Eric Rahm wrote:
mach clobber --full
Thank you for the tips.
I will try this.
At the same time, I have a feeling that the debug symbol that rustc
generates may be a tad bigger than I would like it to be, but I need to
investigate more about this.
Chiaki
___
On 2019/08/20 14:32, Kris Maglione wrote:
On Tue, Aug 20, 2019 at 02:23:06PM +0900, ISHIKAWA,chiaki wrote:
On 2019/08/20 9:11, Dave Townsend wrote:
Thanks to a tip I've tracked this down. This seems to only be the
case when
I have sccache enabled. Disabling it gives me nice quick increm
On 2019/08/20 9:11, Dave Townsend wrote:
Thanks to a tip I've tracked this down. This seems to only be the case when
I have sccache enabled. Disabling it gives me nice quick incremental builds
again. Of course that isn't an ideal solution but it will do for now.
On Mon, Aug 19, 2019 at 1:55 PM D
4 * 1024 );
mCopyState->m_fileStream = tmp_out;
On 2019/07/31 5:45, ISHIKAWA,chiaki wrote:
Dear Steve,
Thank you for your analysis and suggestion for moving to gcc-8.
I would change my local GCC compiler to gcc-8, and g++-8.
Also, I would modify the offending code so that
the evaluation o
07/31 0:15, Steve Fink wrote:
On 7/30/19 6:20 AM, Jan de Mooij wrote:
On Tue, Jul 30, 2019 at 1:51 PM ISHIKAWA,chiaki
wrote:
nsresult rv2
=
NS_NewBufferedOutputStream(getter_AddRefs(mCopyState->m_fileStream),
mCopyState->m_fileStream.forget(), <=== It seems this can be
nul
PM ISHIKAWA,chiaki
wrote:
nsresult rv2
= NS_NewBufferedOutputStream(getter_AddRefs(mCopyState->m_fileStream),
mCopyState->m_fileStream.forget(), <=== It seems this can be nullptr in
clang-8 version???
64 * 1024 );
This looks like it could
On 2019/07/30 21:13, Jörg Knobloch wrote:
On 30 Jul 2019 13:50, ISHIKAWA,chiaki wrote:
What is the version of clang used on tryserver?
The same as on the local machine? For Windows I get:
$ ../.mozbuild/clang/bin/clang --version
clang version 8.0.0 (tags/RELEASE_800/final 356365)
Target
ily to see where the problem lies.
"./mach boostrap" installed clang-8 under
/home/ishikawa/.mozbuild/clang/bin/clang-8 and so I thought I would use it.
However, this binary crashed miserably during optimization pass with a
message that prompts me to report the issue to llvm.org, and I am
hey are local memo
files. It is very annoying and again the problem was traced to
encode/decode in python runtime.
Thank you again.
On Sat, Dec 1, 2018 at 11:53 PM ISHIKAWA,chiaki
wrote:
Hi,
I am developing mozilla patches locally under my local PC running linux.
I often include the GCC
Hi,
I am developing mozilla patches locally under my local PC running linux.
I often include the GCC's error/warning message in the mercurial
commit message (in the second and subsequent lines, the first line is
for usage by mozilla's bugzilla procedure.) when my local patch is
created to addres
On 2018/03/07 12:08, Nicholas Nethercote wrote:
Hi,
I've been doing a lot of work to improve libpref recently, and there is
more in the pipeline. I've written a brief roadmap that might be of
interest to people: https://wiki.mozilla.org/Platform/PrefsOverhaul
I'd be happy to hear feedback, via
On 2017/12/06 1:04, Jonathan Kew wrote:
On 05/12/2017 15:16, Henri Sivonen wrote:
On Tue, Dec 5, 2017 at 4:37 PM, ISHIKAWA,chiaki
wrote:
There are other non-ASCII character issues such as
https://bugzilla.mozilla.org/show_bug.cgi?id=1258613
Very weird bug! (Summary for others: decomposed
On 2017/12/05 22:24, Henri Sivonen wrote:
On Mon, Dec 4, 2017 at 2:04 PM, Masatoshi Kimura wrote:
* If by any chance a profile path contains non-ASCII characters on
non-UTF-8 UNIX systems, Firefox 57.0.1 must have broken the profile just
like 57.0 broke it on Windows. But we didn't hear any suc
I am for stricter checks and crashing the test when some of the errors
discussed here are detected.
I have been puzzled when some attributes are undefined as such when I
ran tests for Thunderbird in the past.
The bugs are found non-Thunderbird-specific code often times.
Crashing the tests would
Does "mozilla/mach try" will work for try-comm-central?
(Well, I know there has been a general talk of moving thunderbird to
somewhere else, but it is not going to happen overnight.)
TIA
___
dev-platform mailing list
dev-platform@lists.mozilla.org
as default settings).
FYI: We still need to keep using legacy "MS Gothic" font for default
Japanese monospace font since Windows doesn't have modern monospace font.
On 8/24/2017 7:47 AM, ISHIKAWA,chiaki wrote:
Hi,
I use firefox under Windows most of the time, and so it wil
Hi,
I use firefox under Windows most of the time, and so it will be very nice.
But obviously this is only for Windows platform, and
does not affect linux or OSX versions. Correct?
On 2017/08/23 14:19, Masayuki Nakano wrote:
Hi,
We decided that we should change our default Japanese fonts fro
On 2017/08/06 2:06, ISHIKAWA,chiaki wrote:
On 2017/08/04 20:46, Simon Sapin wrote:
On 04/08/2017 13:02, Mike Hommey wrote:
On Fri, Aug 04, 2017 at 11:25:52AM +0200, Simon Sapin wrote:
`mk_add_options export RUSTC_WRAPPER=sccache` causes an error:
It's `mk_add_options "export RUS
On 2017/08/04 20:46, Simon Sapin wrote:
On 04/08/2017 13:02, Mike Hommey wrote:
On Fri, Aug 04, 2017 at 11:25:52AM +0200, Simon Sapin wrote:
`mk_add_options export RUSTC_WRAPPER=sccache` causes an error:
It's `mk_add_options "export RUSTC_WRAPPER=sccache"`.
That worked, thanks! I now have:
On 2017年06月16日 11:22, Andrew Sutherland wrote:
> On Thu, Jun 15, 2017, at 09:37 PM, ISHIKAWA,chiaki wrote:
>> Interesting.
>> But this covers only modal prompts generated by/in JavaScript modules,
>> and not C++ code?
>> If so, maybe I should re-think my previous
On 2017/06/16 6:47, Mike Hommey wrote:
On Thu, Jun 15, 2017 at 04:51:48PM -0400, Ben Kelly wrote:
On Thu, Jun 15, 2017 at 4:37 PM, Nathan Froyd wrote:
On Thu, Jun 15, 2017 at 2:02 PM, Brendan Dahl wrote:
Headless will run less of the platform specific widget code and I don't
recommend using
On 2017/06/16 5:33, Andrew Sutherland wrote:
On Thu, Jun 15, 2017, at 03:27 AM, ishikawa wrote:
On local machine, when I added a modal error dailog as a response to an
error condition, which happens to be artificially created and tested in
xpcshell test, the test fails because the screen or
orm::IsHeadless() in c++.
Thank you for the tips. I think I will resurrect the warning/error
dialog somehow.
On Thu, Jun 15, 2017 at 12:27 AM, ishikawa wrote:
On 2017年06月15日 08:51, Brendan Dahl wrote:
Hello All,
As of Firefox 55 I intend to ship headless Linux support (Firefox
without
On 2017年06月15日 08:51, Brendan Dahl wrote:
> Hello All,
>
>
> As of Firefox 55 I intend to ship headless Linux support (Firefox without a
> GUI and X11 server connection). Headless mode is enabled via the --headless
> command line flag for Firefox and does not affect Firefox when running in
> norm
Hi,
On 2017/05/20 19:36, Martin Thomson wrote:
On Sat, May 20, 2017 at 4:55 AM, Kris Maglione wrote:
Can we make some effort to get clean warnings output at the end of standard
builds? A huge chunk of the warnings come from NSS and NSPR, and should be
easily fixable.
Hmm, these are all -Wsig
On 2017/02/18 7:28, Bobby Holley wrote:
On Fri, Feb 17, 2017 at 2:18 PM, wrote:
Hi again Nick,
Someone made me realize that I didn't fully read your message, sorry for
that.
I now see that as well as &&/||, you have grepped for other operators, and
shown that the overwhelming usage is to put
On 2017/02/14 8:37, gsquel...@mozilla.com wrote:
On Tuesday, February 14, 2017 at 3:25:05 AM UTC+11, Ehsan Akhgari wrote:
On 2017-02-11 3:27 AM, ISHIKAWA,chiaki wrote:
On 2017/02/11 7:07, Botond Ballo wrote:
On Fri, Feb 10, 2017 at 3:45 PM, Milan Sreckovic
wrote:
First step needs to happen
On 2017/02/11 7:07, Botond Ballo wrote:
On Fri, Feb 10, 2017 at 3:45 PM, Milan Sreckovic wrote:
First step needs to happen completely before the second step does, so I
guess the danger is that we start and give up before we get to step 2. I
don't think that will happen, but it is something we
On 2017/01/20 8:10, Nicholas Nethercote wrote:
There are lots
of functions where not checking the return value is reasonable, such as
close().
A file opened for writing and is buffered will flush pending data to
disk upon Close() and may encounter the error such as disk full AT THAT
POINT, an
On 2016/12/24 1:54, Nathan Froyd wrote:
On Fri, Dec 23, 2016 at 11:37 AM, Mike Hoye wrote:
On 2016-12-23 11:08 AM, Nathan Froyd wrote:
Bug 1322792 has landed on inbound, which changes configure to require
GCC 4.9 to build; our automation switched over to GCC 4.9 for our
Linux builds earlier th
rvers when
some mismatch is reported by tools like ssh/https-related tools, and
decide to update the local check/verification data assuming that they
have missed the update announcements.
TIA
-r
On Fri, Sep 30, 2016 at 12:18 PM, ISHIKAWA,chiaki wrote:
In the last few days, hg.mozilla.org c
In the last few days, hg.mozilla.org certificate fingerprint seems to
have changed.
I noticed this because the trial to update local copy of mozilla-central
repository within C-C repository failed due to
m-central/mozilla', 'https://hg.mozilla.org/mozilla-central/']
pulling from https://hg.mo
On 2016年09月23日 15:53, Mark Banner wrote:
>
> https://dxr.mozilla.org/mozilla-central/search?q=security.turn_off_all_security_so_that_viruses_can_take_over_this_computer&redirect=false
>
>
> This probably means that the Thunderbird specific MozMill builders should
> either not be installing the s
rote:
>> On 22/09/2016 08:44, ISHIKAWA,chiaki wrote:
>>>
>>> 3:07:56 INFO - 1474488476446addons.xpi-utilsWARN
>>> addMetadata: Add-on specialpow...@mozilla.org is invalid: Error: Invalid
>>> addon ID: expected addon ID specialpow...@mozilla.org, foun
On 2016年09月23日 11:42, ishikawa wrote:
> On 2016年09月22日 17:33, Mark Banner wrote:
>> On 22/09/2016 08:44, ISHIKAWA,chiaki wrote:
>>> 3:07:56 INFO - 1474488476446addons.xpi-utilsWARN
>>> addMetadata: Add-on specialpow...@mozilla.org is invalid: Error: Inv
On 2016年09月22日 17:33, Mark Banner wrote:
> On 22/09/2016 08:44, ISHIKAWA,chiaki wrote:
>> 3:07:56 INFO - 1474488476446addons.xpi-utilsWARN
>> addMetadata: Add-on specialpow...@mozilla.org is invalid: Error: Invalid
>> addon ID: expected addon ID specialpow.
While perusing error log of try-comm-central run of
Windows 7 debug version run of |make mozmill| test on try-comm-central
treeherder, I noticed a strange error message.
3:07:56 INFO - 1474488476446 addons.xpi-utils WARN addMetadata:
Add-on specialpow...@mozilla.org is invalid: Error: Inv
On 2016/09/22 5:56, Daniel Holbert wrote:
On 09/21/2016 12:48 PM, ISHIKAWA,chiaki wrote:
In the following URL about coding style,
https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Coding_Style
--- begin quote ---
if (NS_WARN_IF(somethingthatshouldbetrue)) {
return
On 2016/09/02 16:02, Nicholas Nethercote wrote:
Greetings,
NS_WARN_IF_FALSE has been renamed NS_WARNING_ASSERTION.
See https://bugzilla.mozilla.org/show_bug.cgi?id=1299727 for details,
including the justification.
See https://bugzilla.mozilla.org/show_bug.cgi?id=137 for a bug
that this cha
On 2016/09/02 20:15, Wayne wrote:
I'm wondering, under what circumstances would a user have a prefs.js-1
and prefs.js be missing?
ref https://support.mozilla.org/en-US/questions/1136992
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
and Valgrind on mozilla-central, so it
seems likely this is Thunderbird specific. Please file security bugs in
bugzilla with any reports you have found.
Andrew
On Thu, Aug 25, 2016 at 10:59 AM, ISHIKAWA,chiaki
wrote:
Hi,
I occasionally check C-C TB by running |make mozmill| test suite under
Hi,
I occasionally check C-C TB by running |make mozmill| test suite under
valgrind/memcheck for detecting memory issues.
I ran such a test the day before and saw a flurry of memcheck warnings
which I did not see in the test that was run back on May 12th.
So in three months between, some
On 2016/08/25 6:38, Mike Hommey wrote:
On Mon, Aug 22, 2016 at 04:39:15PM -0700, R Kent James wrote:
On 8/21/2016 9:14 PM, Nicholas Nethercote wrote:
I strongly encourage people to do likewise on
any IDL files with which they are familiar. Adding appropriate checks isn't
always easy
Exactly,
On 2016/08/20 10:03, Jan Varga wrote:
I see the same problem on my mac, but I didn't investigate why it's not
working anymore.
Did ccacge ever work on the Mac to support two directories?
(I mean the compilation result in one object directory could be
substituted for the other object directory
On 2016/02/11 7:04, Robert O'Callahan wrote:
rr should work fine with c-c xpcshell tests (and most other Linux programs).
This sounds great!
CI
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platfo
On 2016/02/11 5:47, Robert O'Callahan wrote:
On Thu, Feb 11, 2016 at 9:32 AM, Ted Mielczarek wrote:
BenWa tried doing some work on this but kept getting hung up
on hitting test failures unrelated to the ones we see in production,
possibly due to environment issues.
Yes. In this vein, it's pos
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 Message posted
14:54:20 INFO - PROCESS | 5963 | OS Controller Expecting reply
On 2015/11/24 20:21, Philip Chee wrote:
On 22/11/2015 03:20, ISHIKAWA,chiaki wrote:
35 Chrome file doesn't exist:
/NREF-COMM-CENTRAL/objdir-tb3/dist/bin/chrome/toolkit/skin/classic/global/icons/information-64.png
information-64.png only exists in the osx theme
http://mxr.mozill
On 2015/11/23 14:00, Philip Chee wrote:
On 22/11/2015 03:20, ISHIKAWA,chiaki wrote:
100 Chrome file doesn't exist:
/NREF-COMM-CENTRAL/objdir-tb3/dist/bin/chrome/classic/skin/classic/messenger/icons/dropbox.png
Was removed in Bug 763471 - Convert Dropbox Filelink provider code to
Here is another question of mine that has bothered me for a long time.
During the invocation of TB |make mozmill| test suite by running locally
produced DEBUG version of C-C test, I have seen the following WARNING
messages in the log regarding "Chrome file doesn't exist".
I checked the bugzil
Thank you for the clarification.
It is assuring to know that some people are aware of the issue.
On 2015/11/22 3:59, Kyle Huey wrote:
Bug 994305 is on file for this.
- Kyle
On Sat, Nov 21, 2015 at 10:57 AM, ISHIKAWA,chiaki wrote:
Hi,
I have been puzzled at a pair of strange warning
Hi,
I have been puzzled at a pair of strange warning messages over the last
few years, but can't hold the curiosity any longer.
So here is my question.
During the invocation of TB |make mozmill| test suite by running locally
produced DEBUG version of C-C test, I have seen the following error
On 2015/11/16 17:03, ISHIKAWA,chiaki wrote:
On 2015/11/15 14:28, Xidorn Quan wrote:
On Sun, Nov 15, 2015 at 1:05 PM, ISHIKAWA,chiaki
wrote:
On 2015/11/14 12:31, Xidorn Quan wrote:
Have you checked your log here:
https://treeherder.mozilla.org/logviewer.html#?job_id=11934&repo=try-
On 2015/11/15 14:28, Xidorn Quan wrote:
On Sun, Nov 15, 2015 at 1:05 PM, ISHIKAWA,chiaki wrote:
On 2015/11/14 12:31, Xidorn Quan wrote:
Have you checked your log here:
https://treeherder.mozilla.org/logviewer.html#?job_id=11934&repo=try-comm-central
- Xidorn
Yes, I have looked at it.
On 2015/11/15 11:05, ISHIKAWA,chiaki wrote:
On 2015/11/14 12:31, Xidorn Quan wrote:
Have you checked your log here:
https://treeherder.mozilla.org/logviewer.html#?job_id=11934&repo=try-comm-central
- Xidorn
Yes, I have looked at it.
The information there is sparse. The error indic
I am not sure why others don't bump into this issue under OS X.
My patch does NOT touch anything related to "TextArea", etc.
TIA
On Sat, Nov 14, 2015 at 1:05 PM, ISHIKAWA,chiaki wrote:
Hi,
I am trying to test my patches by building C-C TB under OS X using try
server.
However, the b
Hi,
I am trying to test my patches by building C-C TB under OS X using try
server.
However, the build fails with the following compilation error.
Since I don't have OS X (my local PC runs linux), I have no idea why the
error occurs under OS X.
BTW, I can build C-C TB under linux on my local PC, an
2015-11-10 04:12 に Andreas Tolfsen さんは書きました:
On 9 November 2015 at 18:39, William Lachance
wrote:
Chris Manchester has volunteered to look into submitting build times
in
automation to perfherder here:
https://bugzilla.mozilla.org/show_bug.cgi?id=1222549
Another thing it might be interesting
On 2015/10/27 9:06, Philipp Kewisch wrote:
Hi all,
I'd love to see if we can move towards an agreement. For those of you
that would prefer not to merge, I'd love to hear what your absolute
minimum requirements would be that you'd accept a merge with. Changes to
hg? Changes to dxr? A policy chana
After a few tweaks and patches, the C-C TB can be built using gtk3 under
linux successfully. Great!
When I run |make mozmill| test locally by running full debug build of
C-C TB, I noticed the following deprecation warnings due to the API
change in GTK3 (from gtk2).
Is there a meta-bug to k
On 2015年07月21日 16:04, Mike Hommey wrote:
> On Mon, Jul 20, 2015 at 09:22:05PM -0400, Jeff Muizelaar wrote:
>> On Mon, Jul 20, 2015 at 6:18 PM, Mike Hommey wrote:
>>>
>>> There are a few remaining perma reds and oranges, FWIW.
>>
>> Which ones? I don't see anything on elm.
>
> Well, it looks like
On 2015/07/02 4:30, Andrew Sutherland wrote:
This is probably due to
https://dxr.mozilla.org/comm-central/source/mailnews/test/resources/logHelper.js
that registers itself as a console listener and its low-tech feedback
loop prevention. (NB: The quippy file-level comment should be
s/aweswome/And
ppens towards the test termination.
I am still at a loss about why the strange syntax error (missing symbol
definition) occurs in the first place. Missing "Components" is
really strange.
TIA
On Tue, Jun 30, 2015 at 11:35 PM, ishikawa wrote:
Hi,
I am not sure where to ask and so as
Hi,
I am not sure where to ask and so ask three mailing lists.
First off, TB 38.0.1 after many months of waiting solved many outstanding
issues,
Great.
I hope we can correct many remaining issues in the months ahead.
I am testing full debug build of C-C TB locally.
This is done by running
|make
Assessing style compliance as == clang-format(whole file) is by far the
easiest to implement. I'd be in favor of a flag day (or set of mini flag
days) where we mass rewrite the tree with clang-format's output.
To be honest, I don't care WHICH particular style we follow, but
please set the fl
On 2015/06/17 8:29, Eric Rahm wrote:
An update on progress. I've landed bugs which should clean up ~180,000
warnings. I have bugs pending for another ~26,000.
The latest top 40:
*Note: I improved my normalization a bit so it might look a bit different
Are there documents explaining why
thes
Hi,
On 2015/06/06 2:39, Eric Rahm wrote:
On Friday, June 5, 2015 at 8:23:53 AM UTC-7, ISHIKAWA,chiaki wrote:
After coping with voluminous messages in C-C TB |make mozmill| test
suite log [much smaller volume than full FF logs],
I think we should have NS_INFORMATION() macro that
prints out an
On 2015/06/04 21:38, Robert O'Callahan wrote:
Usually I use NS_WARNING to mean "something weird and unexpected is
happening, e.g. a bug in Web page code, but not necessarily a browser bug".
Sometimes I get useful hints from NS_WARNING spew leading up to a serious
failure, but for those usages cou
I have no idea where I should report this for proper attention.
Please suggest a better Newsgroup if there is one.
I am posting this to
mozilla.dev.apps.thunderbird
mozilla.dev.platform
mozilla.tools
During the test of C-C TB using its test suite |make mozmill|
I often encounter random errors. The
I created a bugzilla entry based on the information here.
Bug 1170578 - RFC: Buggy NSS dbm code ought to be updated
https://bugzilla.mozilla.org/show_bug.cgi?id=1170578
TIA
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozil
On 2015年05月31日 01:36, Philip Chee wrote:
> On 29/05/2015 22:31, ISHIKAWA, Chiaki wrote:
>
>> I figured out the particular cause of
>> test-cloudfile-backend-hightail.js.
>> experienced during |make mozmill| when I simulated "short read" and
>> "short w
I changed the subject:
Followup-to: mozilla.dev.platform
On 2015/05t/29 16:41, ishikawa wrote:
> Hi,
>
> I have been testing locally built FULL DEBUG C-C thunderbird using |make
> mozmill| test suite.
>
> When I tinkered with low-level I/O testing by simulating "short
On 2015/05/13 23:24, Andrew Halberstadt wrote:> I don't believe
marionette currently works on Thunderbird, but that's
> most likely due to hardcoded assumptions than any deep technical
> reasons. It could probably be made to work with a little bit of effort,
> it's just that to date, no one has t
Ouch, there was a line near the end.
Successfully installed jsbridge-2.4.14 mozmill-1.5.16
This is from a local C-C TB build.
CI
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 2015年05月01日 06:30, Seth Fowler wrote:
>
>> On Apr 30, 2015, at 12:09 PM, Joshua Cranmer 🐧 wrote:
>>
>> do_QueryInterface is the equivalent of a type-checked downcast, e.g.
>> (ClassName)foo in Java. (Regular C++ downcasts are not dynamically
>> type-checked).
>
> do_QueryInterface is, in o
On 2015年05月01日 04:09, Joshua Cranmer 🐧 wrote:
> On 4/30/2015 1:25 PM, ISHIKAWA, Chiaki wrote:
>> * 787 nsCOMPtr inboxInputStream =
>> do_QueryInterface(m_outFileStream);
>> 788 rv = MsgReopenFileStream(m_tmpDownloadFile, inboxInputStream);
>>
&
Thank you for the clarification.
On 2015/05/01 3:38, Boris Zbarsky wrote:
> On 4/30/15 2:25 PM, ISHIKAWA, Chiaki wrote:
>> Is this to be expected?
>
> Sure. You're taking an _output_ stream and QIing it to
> nsI_Input_Stream.
>
Yes, that is how the original cod
1 - 100 of 213 matches
Mail list logo