These code paths should never be reached, since nsPrintingPromptService returns
NS_ERROR_NOT_IMPLEMENTED for ShowProgress.
Bug 1135901 has been filed to remove this dead code entirely.
Fix warning:
js\src\jswrapper.h(58) : error C4275: non dll-interface class 'js::DirectProxyHandler' used as base for dll-interface class 'js::Wrapper'
obj-firefox\dist\include\js/Proxy.h(358) : see declaration of 'js::DirectProxyHandler'
js\src\jswrapper.h(57) : see declaration of 'js::Wrapper'
Fix warnings:
js\src\vm/UnboxedObject.cpp(212) : error C4258: 'i' : definition from the for loop is ignored; the definition from the enclosing scope is used
js\src\vm/UnboxedObject.cpp(209) : definition of 'i' ignored
js\src\vm/UnboxedObject.cpp(204) : definition of 'i' used
js\src\vm/UnboxedObject.cpp(213) : error C4258: 'i' : definition from the for loop is ignored; the definition from the enclosing scope is used
js\src\vm/UnboxedObject.cpp(209) : definition of 'i' ignored
js\src\vm/UnboxedObject.cpp(204) : definition of 'i' used
Suppress warnings:
js\src\asmjs/AsmJSModule.cpp(2060) : error C4805: '!=' : unsafe mix of type 'const uint32_t' and type 'bool' in operation
js\src\jit/BaselineDebugModeOSR.cpp(650) : error C4805: '==' : unsafe mix of type 'bool' and type 'js::Debugger::IsObserving' in operation
js\src\jit/BaselineDebugModeOSR.cpp(670) : error C4805: '==' : unsafe mix of type 'bool' and type 'js::Debugger::IsObserving' in operation
js\src\jit/shared/Assembler-x86-shared.h(2434) : error C4805: '|' : unsafe mix of type 'bool' and type 'int' in operation
js\src\vm/Debugger.cpp(2042) : error C4805: '==' : unsafe mix of type 'bool' and type 'js::Debugger::IsObserving' in operation
js\src\vm/Debugger.cpp(2063) : error C4805: '==' : unsafe mix of type 'bool' and type 'js::Debugger::IsObserving' in operation
js\src\vm/ScopeObject.cpp(823) : error C4805: '|' : unsafe mix of type 'int' and type 'bool' in operation
js\src\vm/SPSProfiler.cpp(81) : error C4805: '==' : unsafe mix of type 'uint32_t' and type 'bool' in operation
As content in moz.build files has grown, it has become clear that
storing everything in one global namespace (the "context") per moz.build
file will not scale. This approach (which is carried over from
Makefile.in patterns) limits our ability to do things like declare
multiple instances of things (like libraries) per file.
A few months ago, templates were introduced to moz.build files. These
started the process of introducing separate contexts / containers in
each moz.build file. But it stopped short of actually emitting multiple
contexts per container. Instead, results were merged with the main
context.
This patch takes sub-contexts to the next level.
Introduced is the "SubContext" class. It is a Context derived from
another context. SubContexts are special in that they are context
managers. With the context manager is entered, the SubContext becomes
the main context associated with the executing sandbox, temporarily
masking the existence of the main context. This means that UPPERCASE
variable accesses and writes will be handled by the active SubContext.
This allows SubContext instances to define different sets of variables.
When a SubContext is spawned, it is attached to the sandbox executing
it. The moz.build reader will now emit not only the main context, but
also every SubContext that was derived from it.
To aid with the creation and declaration of sub-contexts, we introduce
the SUBCONTEXTS variable. This variable holds a list of classes that
define sub-contexts.
Sub-contexts behave a lot like templates. Their class names becomes the
symbol name in the sandbox.
========
https://hg.mozilla.org/integration/gaia-central/rev/e6b6631570ea
Author: Ryan VanderMeulen <rvandermeulen@mozilla.com>
Desc: Revert "Bug 1133202 - Hide search provider select element. r=kgrandon"
This reverts commit 7cf43cd4ec81882564c75f522977b0f68d6d71a8.
========
https://hg.mozilla.org/integration/gaia-central/rev/cf266e4a2ade
Author: Ghislain 'Aus' Lacroix <aus@noiseport.org>
Desc: Merge pull request #28424 from nullaus/bug1136275
Bug 1136275 - Downloading via the browser context menu should use docume...
========
https://hg.mozilla.org/integration/gaia-central/rev/b5d0225bf412
Author: Ghislain 'Aus' Lacroix <aus@mozilla.com>
Desc: bug 1136275 - Downloading via the browser context menu should use documentURI from event data as referrer for 'download' method call. r=kgrandon
