========
https://hg.mozilla.org/integration/gaia-central/rev/d8b02fda03a2
Author: Ricky Chien <ricky060709@gmail.com>
Desc: Merge pull request #28260 from RickyChien/bug-1125108
Bug 1125108 - Disable blanket by default in watcher r=me
========
https://hg.mozilla.org/integration/gaia-central/rev/42f62461e9ee
Author: Ricky Chien <ricky060709@gmail.com>
Desc: Bug 1125108 - Disable blanket by default in watcher
========
https://hg.mozilla.org/integration/gaia-central/rev/31a19c4fb145
Author: Greg Weng <snowmantw@gmail.com>
Desc: Merge pull request #27772 from snowmantw/bug1115311-rev2
Bug 1115311 - [LockScreen] (State-Component) Land Clock widget in the cu...
========
https://hg.mozilla.org/integration/gaia-central/rev/355c10904760
Author: Greg Weng <snowmantw@gmail.com>
Desc: Bug 1115311 - [LockScreen] (State-Component) Land Clock widget in the current codebase
* Clock now is a widget.
* Component is the common resource keeper, while State is the resource
controller.
* No more time-varying if...else. Compose states & components instead.
* Process sequentialize the async & sync operations, while Stream add
the ability to handle events & interrupts on it.
* New abstraction layer (Source) for a uniform way to collect events
from timer, clock, mozSettings and DOM events.
Should required data get evicted between the time we checked for availability
and the time we started seeking, it would have caused the seek to fail. Instead
cancel current seek and go back waiting for more data.
========
https://hg.mozilla.org/integration/gaia-central/rev/4ff3e49849b0
Author: autolander <bug.autolander@gmail.com>
Desc: Bug 1134910 - merge pull request #28333 from autra:bug-1134910 to mozilla-b2g:master
========
https://hg.mozilla.org/integration/gaia-central/rev/088db58e6317
Author: Augustin Trancart <augustin.trancart@phoxygen.com>
Desc: Bug 1134910 - dialer are always LTR even if current language is RTL. So for ellipsis, the end is always to the right, and the beginning always to the left
========
https://hg.mozilla.org/integration/gaia-central/rev/aebcfe55adde
Author: Kevin Grandon <kevingrandon@yahoo.com>
Desc: Revert "Bug 1129701 - [RTL][Rocket Bar] Settings icon is not on the right side of 'No internet connection'"
This reverts commit 85a52a38bbd4386a7b40c5e4655b06a03223d27e.
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.
--HG--
extra : rebase_source : be406f9945be781242c287f7690a8fca90463a0f
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'
--HG--
extra : rebase_source : cc1e87a0b1ce01094263a20f40638b0532e3f24e
extra : source : 9207eefa78eea211092df344b7aa9752fbc7bfb3
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
--HG--
extra : rebase_source : 8ac8533686614faac97c7e58c1a014fae24f067c
extra : source : 1c10edf1b22a90eb60dfeb7557043a9d3e71d90d
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
--HG--
extra : rebase_source : a601688b79fa8f8925f21d6d0f9b28fc8cfc26ef
extra : source : d4711addda74fcce0804bd09646ca7589638a1b5
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.
--HG--
extra : rebase_source : 5df4bcf073ce46605b972021f1e918ce4affa6f3