On 8/30/17 6:14 PM, Michael Smith wrote:
On 8/30/2017 18:04, Josh Matthews wrote:
> One clarification - while all of the Servo codebase exists in
mozilla-central/servo/, only the dependencies used by Stylo are vendored
in third-party/rust. That means that neither hyper nor tokio are
vendo
On 8/30/17 2:55 PM, Michael Smith wrote:
Use of Tokio is becoming a standard in the Rust ecosystem---it's worth
mentioning that Mozilla funds Tokio development [9] and employs some of
its primary developers. Servo currently depends on an older version of
the hyper HTTP client/server library,
Why is there no preference to control it? I thought that was standard
practice for new features to make it easier to unship them if we
discover a problem that makes it difficult to back out.
Cheers,
Josh
On 7/31/17 1:14 PM, Dragana Damjanovic wrote:
As of Firefox 56, I intent to ship link
Since this seems to only look for setTimeout, which is a relatively rare
construct in xpcshell tests, should we be looking for do_timeout calls
that use a non-zero argument as well?
Cheers,
Josh
On 7/28/17 11:48 AM, Andrew Halberstadt wrote:
As part of a larger effort to reduce oranges, we
directly into third-party/rust, which I think is preferable anyway.
On Fri, Apr 28, 2017 at 10:05 AM, Josh Matthews <j...@joshmatthews.net>
wrote:
Back in February there was a discussion about how hard it is to modify
vendored Rust crates for Stylo. I can't actually find any so
Back in February there was a discussion about how hard it is to modify
vendored Rust crates for Stylo. I can't actually find any solution to
that problem - the general idea appears to be "add a [replace] section
to a Cargo.toml and run cargo update", but I have not been able to make
that work
Since the subject and the body disagree on what the actual option is
called, let me be clear - the correct option is --enable-rust-debug.
Cheers,
Josh
On 2017-04-15 12:46 AM, Nathan Froyd wrote:
Bug 1353810, recently merged to central, adds a new configure option
--enable-debug-rust. This
On 2016-06-22 1:05 PM, Henri Sivonen wrote:
Additionally, there was some discussion about reference counting.
Implementing an XPCOM binding for Rust was not a popular idea and was
discarded. Still, it was considered important to be able to use
Gecko-style reference counting in a cycle
On 2016-06-01 2:32 AM, Nicholas Nethercote wrote:
37 MOZ_RELEASE_ASSERT(aInAndOutListener) (can not perform CORS checks
without a listener) 23 0.00 %
bug 1276943
___
dev-platform mailing list
dev-platform@lists.mozilla.org
On 2016-05-26 9:50 PM, Nathan Froyd wrote:
[CC mobile-firefox-dev and dev-fxos for notes below.]
Bug 1246743 (Mac libc++ support) and bug 1273934 (Android libc++
support for local development builds) have landed on mozilla-central.
This change means that all of our Tier-1 platforms now have a
Servo has a script [1] that runs on the build machine that executes
--manifest-update and checks whether the contents of MANFEST.json is
different before and after. We could do the same for Gecko and make it
turn the job orange on treeherder.
Cheers,
Josh
[1]
On 2016-03-22 9:03 AM, Henri Sivonen wrote:
It seems that the Rust MP4 parser is run a new Rust-created thread in
order to catch panics. Once we introduce Rust code that intermingles
with C++ more, it won't be practical to put all potentially panicing
Rust code into dedicated threads.
Can we
On 2016-03-10 1:44 PM, Devan Shah wrote:
This happens in side extension only (works fine on web standalone), i will try
to extract a simple reproducible scenario.
Is there any way to simulate a extension env on web?
Thanks
I do not believe so.
___
Hi Devan! This is an interesting bug report, but it's lacking some
useful information to help triage it. Does this problem occur in a web
page, or extension, or some other environment? Can you create a minimal
example of the issue that anyone else could use to reproduce the problem
you're
This sounds like it could be useful, but I'm confused by some of the
wording. The template wiki page describes this as a comment added to the
bug, while this message describes it as an email directed at the bug
filer. The wording also doesn't make it clear whether this applies to
bugs that are
On 2016-01-04 1:21 PM, Adam Roach wrote:
On 1/4/16 2:19 AM, Daniel Holbert wrote:
I'm not sure what action we should (or can) take about this, but for
now we should be on the lookout for this, and perhaps consider writing a
support article about it if we haven't already.
I propose that we
What is the motivation for this work?
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 2015-12-29 10:42 AM, Franziskus Kiefer wrote:
we're working on fixing the web-platform tests but those aren't blocker for
shipping this. Neither are the additional valid attribute values, which
will be added soon in bug 1178337.
So if there are no other concerns we will enable the
On 2015-12-29 12:26 PM, Josh Matthews wrote:
On 2015-12-29 10:42 AM, Franziskus Kiefer wrote:
we're working on fixing the web-platform tests but those aren't
blocker for
shipping this. Neither are the additional valid attribute values, which
will be added soon in bug 1178337.
So
On 2015-10-19 1:17 AM, Bobby Holley wrote:
I've heard two compelling arguments against the current setup:
(1) It's inconsistent.
(2) It causes unnecessary overhead when you do |mach build foo bar| because
we link between foo and bar.
I don't recall reading (2) in this thread, and it certainly
On 2015-09-25 10:06 AM, Robert O'Callahan wrote:
On Sat, Sep 26, 2015 at 1:46 AM, Ehsan Akhgari
wrote:
Our static analysis builds can be easily triggered from the try server
(although I have been unable to get anyone interested to fix bug 1116518 to
make those builds
Servo is particularly interested in getting usage data for just about
every DOM API that exists in Gecko. We'd like to use this to inform our
priorities for implementing missing features in Servo. Is this a
realistic request? If not, what about instrumenting all SVG APIs to
figure out if
.
-Ekr
On Sat, May 2, 2015 at 8:03 PM, Josh Matthews j...@joshmatthews.net wrote:
On 2015-05-02 10:33 AM, Yonggang Luo wrote:
I am looking into it.
I have not been able to find any prior art on bugzilla, but my impression
is that it is something we want.
Cheers,
Josh
On 2015-05-02 10:33 AM, Yonggang Luo wrote:
I am looking into it.
I have not been able to find any prior art on bugzilla, but my
impression is that it is something we want.
Cheers,
Josh
___
dev-platform mailing list
dev-platform@lists.mozilla.org
On 2015-01-21 11:22 AM, Tomasz wrote:
What you need to do is to make sure that nsGlobalWindow.h is included in
each generated binding file. The simplest way to do that is to add the line
bindingHeaders[nsGlobalWindow.h] = True
where all the other such lines are (e.g. right after the
Half of the battle is modifying CGPerSignatureCall in Codegen.py - that
will get you the name of the DOM implementation method being invoked and
deals with both DOM methods and DOM getters/setters. Getting the owning
document URL is a separate struggle.
Cheers,
Josh
On 2015-01-19 7:57 AM,
On 2015-01-11 9:50 PM, Naja Melan wrote:
Found some workarounds, see this SO question. MDN updated:
https://stackoverflow.com/questions/27893399/how-do-i-use-the-dom-file-api-from-privileged-code/27894221
Thank you for updating the docs!
Cheers,
Josh
On 2014-11-19 3:38 AM, xingzhou...@gmail.com wrote:
===
The problem we have:
===
Our product leverage XULRunner 10.0.6.esr Version as embedded browser core, currently, it
seems that we are encountering the problem highlighted in bug Bug 710176 -
I'm not certain that the image/src/ code is as bad as you make out any
more. bholley certainly is no longer the expert there; I took over a
bunch of his work to clean it up a year or two ago, and Seth is the
benevolent dictator now and has done some good cleanup work on it as well.
Cheers,
As far as I can tell, nsWindowMediator::mListLock protects mOldestWindow
and mTopmostWindow. However, the only direct users of nsWindowMediator
are the enumerators in nsAppShellWindowEnumerator.cpp, and all uses of
nsIWindowMediator that I could find appear to be in JS (ie. on the main
thread)
For what it's worth, the error from the console is coming from
http://mxr.mozilla.org/mozilla-central/source/toolkit/content/widgets/stringbundle.xml#25
but I have no idea if that's related to your real problem or not.
Cheers,
Josh
On 2014-10-04 3:16 AM, Manish wrote:
Hi Guys,
I have been
.
I see a bunch of LOG(...) statements scattered around, so I might start with
there.
Thank you.
On Wednesday, October 1, 2014 5:25:18 PM UTC+2, Josh Matthews wrote:
On 2014-10-01 9:47 AM, Josip Maras wrote:
Hi,
How can I log to a file the URL of every page that has started loading? What
On 2014-10-01 9:47 AM, Josip Maras wrote:
Hi,
How can I log to a file the URL of every page that has started loading? What is
the best code location to do this. (I understand that this can be easily done
with a Firefox plugin, but I would like to work directly in the Firefox source
code).
I
https://github.com/jdm/asknot for whatcanidoformozilla.org
On 2014-09-30 7:30 PM, Kevin Brosnan wrote:
+ https://github.com/mozilla-metrics
+ https://github.com/mozilla-appmaker
Personal repos, the list is endless but there are some rather important
ones that are owned in personal reps
*
Garvan is referring to JS files that implement XPCOM interfaces. It's
impossible to test internal details of the components without exposing
them via an interface, which can end up convoluting the code in some cases.
Cheers,
Josh
On 07/07/2014 12:32 PM, Gijs Kruitbosch wrote:
On 07/07/2014
[5] https://bugzilla.mozilla.org/bzapi
[6] https://bugzilla.mozilla.org/rest
These URLs do not lead to real pages.
Cheers,
Josh
On 06/20/2014 10:12 PM, David Lawrence wrote:
Until recently, Bugzilla supported only older Web technologies, namely
XMLRPC and JSONRPC. The BMO team created a
On 06/16/2014 01:07 PM, Ed Morley wrote:
MXR now links to the Github log blame pages from the view single file
and free-text search result pages for the Gaia, Rust and Servo
repositories (bug 1024443).
This means that for cases where Github code search is inadequate (eg:
filename search via
On 12/10/2013 09:49 AM, Benoit Jacob wrote:
std::map and std::set are also free of any size restriction, and do not
require a contiguous part of our address space (see
https://bugzilla.mozilla.org/show_bug.cgi?id=944810#c12 ) , so they won't
run OOM before we are actually OOM.
I posit that if
In an attempt to get more people involved with finding regression
ranges, I'm proposing some standard keywords for relevant bugs:
* regressionwindow-wanted: regression from earlier versions is present,
but there are not clear, reproducible steps to follow (likely quite
complex/intermittent)
*
Are you using the correct nsIBrowserDOMWindow capitalization?
Cheers,
Josh
On 11/23/2013 09:31 AM, Look, Yuriy wrote:
Hi,
nsIBrowserDomWindow does not get recognized in C++ code, even though
nsIBrowserDomWindow.h is #included. Do I need to do anything differently
compare to other
In particular, this should be fixed in Firefox 27 (currently on Aurora).
On 11/18/2013 11:36 AM, Doug Turner wrote:
I think we fixed this with:
http://hg.mozilla.org/mozilla-central/rev/49e797ce0f22
On Nov 14, 2013, at 9:34 AM, John Cook johncook...@gmail.com wrote:
I'm trying to
On 05/29/2013 06:09 PM, Ehsan Akhgari wrote:
Typically when you use the terminal to open an application on Mac, the
application is opened in the background. This means that for example when
you use mach run or mach debug, you need to either use the mouse or a
painful sequence of keyboard
Note that this isn't actually enabled by default on beta or release builds.
On 06/27/2013 12:55 PM, Jan Odvarko wrote:
Firefox 22 introduced a new cookie feature that allows to block
cookies from not-visited sites.
Blog post here:
https://brendaneich.com/2013/06/the-cookie-clearinghouse/
However, yes, you do want ACCESS_LIMIT_THIRD_PARTY.
Cheers,
Josh
On 06/27/2013 01:17 PM, Josh Matthews wrote:
Note that this isn't actually enabled by default on beta or release builds.
On 06/27/2013 12:55 PM, Jan Odvarko wrote:
Firefox 22 introduced a new cookie feature that allows to block
On 05/05/2013 09:07 PM, Felipe Gomes wrote:
Is the idea of smartmake to make things also work for non-toplevel folders? For
example, if I edit .cpp only in content/base/src, it should be enough to
rebuild that and toolkit/library. However, `mach build content/base/src` won't
add
On 05/03/2013 12:35 AM, Nick Alexander wrote:
On 13-05-02 4:23 PM, Dave Townsend wrote:
On 5/2/2013 3:45 PM, Nick Alexander wrote:
On 13-05-02 3:09 PM, Josh Matthews wrote:
According to
http://mxr.mozilla.org/mozilla-central/source/build/dumbmake-dependencies#8,
it is equivalent
On 01/30/2013 06:33 PM, Benjamin Smedberg wrote:
On 1/30/2013 2:13 AM, Jonas Sicking wrote:
A few of us got together last week and had a quick brainstorming
session about how to leverage the combined power from Mochitest and
Marionette better. The following issues were raised:
What is
On 01/13/2013 07:20 PM, Neil wrote:
Neil wrote:
nsIDownloadManagerUI has had an aUsePrivateUI parameter added to its
show() method. However, it gets passed in an id, which makes no sense
in per-window private browsing i.e. if aUsePrivateUI is set then you
can't actually find out which download
You're a hero.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 11/14/2012 10:27 AM, geno...@gmail.com wrote:
I'm a student and I realize a thesis about the geolocation with HTML5.
Especially about the Geolocation API standardized by W3C.
The current Firefox browser implements this function, it is describe here :
On 12-07-24 2:31 PM, justSomeGuy wrote:
NS_IMPL_ISUPPORTS2(Crypt_o_niteListener, nsIRequestObserver, nsIStreamListener)
Given that the class is called MyListener, I don't see how this is
expected to work.
Cheers,
Josh
___
dev-platform mailing list
51 matches
Mail list logo