========
https://hg.mozilla.org/integration/gaia-central/rev/2f649cee836b
Author: Greg Weng <snowmantw@gmail.com>
Desc: Revert "Merge pull request #33095 from janus926/bug-1188232"
This reverts commit c32c56d2a1fde63cc5892d2f7bda7cdacaef3887, reversing
changes made to 7daec3853ca863b3b4a08bb01a1c8738e23d10c9.
-- by the request to alternate the use of l10n API
The code in WebappsUpdateTimer.js tried to detect a webapp process by
using the context class name, which is extremely fragile. This patch
makes it detect the current Gecko profile instead.
This patch makes code use the application context from GeckoAppShell
instead of the activity context. Enough changes are made to let headless
mode work.
This patch adds separate setter and getter for the application context
in GeckoAppShell. The existing getContext method is misused for both
application and activity context, so new methods are added to improve
consistency.
Right now we use the GeckoThread state to detect whether GeckoApp is
first launching or is being restored after being destroyed. However,
because of headless mode, GeckoThread could already be running on
GeckoApp's first launch, so we need a separate way to detect
relaunching.
========
https://hg.mozilla.org/integration/gaia-central/rev/4deeea4a4e20
Author: Kevin Grandon <kevingrandon@yahoo.com>
Desc: Merge pull request #33147 from Cwiiis/bug1220311-verticalhome-webapps-manage-for-iac
Bug 1220311 - Use webapps-manage so that IAC works correctly. r=kgrandon
========
https://hg.mozilla.org/integration/gaia-central/rev/1d2450faceb4
Author: Chris Lord <chrislord.net@gmail.com>
Desc: Bug 1220311 - Use webapps-manage so that IAC works correctly. r=kgrandon
When handling an IAC message, the home screen will be launched as a
regular app and not as a home screen. Because of this, the
homescreen-webapps-manage permission isn't granted and the app fails to
launch with an exception caused by this. Revert to using the old
webapps-manage permission for now.
gfxRect can be implicitly constructed from IntRect, which hides a number of
implicit conversion points, makes Moz2Dification harder, and has some
surprising effects.
This patch removes the implicit constructor and replaces it with an explicit
conversion function:
gfxRect ThebesRect(const IntRect&)
This is the obvious outcome of removing the constructor.
But there is also a second, less obvious outcome: currently we do a number of
IntRect-to-Rect conversions using ToRect(), which (surprisingly) works because
it turns into an implicit IntRect-to-gfxRect conversion (via the implicit
constructor) combined with an explicit gfxRect-to-Rect conversion (via
ToRect()). I.e. we do two conversions, going from a Moz2D type to a Thebes
type and back to a Moz2D type!
So this patch also changes these conversion. It moves this existing function:
Rect ToRect(const IntRect&)
from gfx2DGlue.h -- where it doesn't really belong because it doesn't involve
any Thebes types -- to gfx/2d/Rect.h, templatifying and renaming it as
IntRectToRect() in the process.
The rest of the patch deals with fall-out from these changes. The call sites
change as follows:
- IntRect-to-gfxRect conversions:
- old: implicit
- new: ThebesRect()
- IntRect-to-Rect conversions:
- old: ToRect()
- new: IntRectToRect()
--HG--
extra : rebase_source : e4e4c2ad10b36ecad4d57d1630158f3374e403be
Due to the import, LayoutParams was RelativeLayout.LayoutParams and
it was referring to the parent container, which is now a FrameLayout.
--HG--
extra : commitid : IUQUTpBRAbe
extra : rebase_source : 8af3206963bb88bb488187a84db4ef06ef68bc6a
Fontconfig allows for fonts to be arbitrarily mapped into another font
family. Under some versions of Debian and Fedora, families like Droid
Sans Japanese were mapped into the Droid Sans family. To match these
font families properly, it's necessary to test multiple fonts within a
single given family. Since this is a relatively time consuming
procedure, only do this when there are multiple regular faces for a
given family.
