This delivers a parsed and validated Web App Manifest to the
application, if present, during the page load process.
Differential Revision: https://phabricator.services.mozilla.com/D22612
--HG--
extra : moz-landing-system : lando
We need to ensure that nothing from the previous app state would prevent a
smooth flow for the search widget UX.
As such, in the event that they were left open, we will close the options menu
and the tabs tray before entering in tab editing mode for search.
Differential Revision: https://phabricator.services.mozilla.com/D23477
--HG--
extra : moz-landing-system : lando
Added a telemetry probe (unique source value) to allow data science to measure percentage of searches initiated from the widget.
Differential Revision: https://phabricator.services.mozilla.com/D22956
--HG--
extra : moz-landing-system : lando
The only place we'd need the compat libraries would be for host
binaries, and those shouldn't be a problem given that our system images
are new enough.
Differential Revision: https://phabricator.services.mozilla.com/D22873
--HG--
extra : moz-landing-system : lando
SSTabScrollCaptured can sometimes be fired for other reasons, causing us to
query the visual scroll position before it has been updated.
Not explicitly waiting for SSTabScrollCaptured is also safe in this case
because we're only querying the session store's view of the scroll position
*after* closing the tab, which will flush any pending scroll position updates
in the session store.
Differential Revision: https://phabricator.services.mozilla.com/D19875
--HG--
extra : moz-landing-system : lando
Disabling inputConnection on debug saves about 15 minutes of time, which helps
us avoid the timeouts seen in this bug. It continues running on opt, where it
runs much faster.
Differential Revision: https://phabricator.services.mozilla.com/D23254
--HG--
extra : moz-landing-system : lando
If the app was started from the search widget we need to always load about:home
and not the homepage which the user may have set to be another address.
Differential Revision: https://phabricator.services.mozilla.com/D22948
--HG--
extra : moz-landing-system : lando
Removed search widget update interval in order to prevent bad layout re-configuration.
Differential Revision: https://phabricator.services.mozilla.com/D22947
--HG--
extra : moz-landing-system : lando
Previous code was using our own sugary feature26Plus check which Lint doesn't
properly follow.
As such even if the code was properly guarded and behaved correctly Lint would
show errors about improper usage of methods which require higher api levels.
Doing the api check in place ensures it will get picked up by Lint's
ApiDetector and so it will not report about such errors here.
Differential Revision: https://phabricator.services.mozilla.com/D22889
--HG--
extra : moz-landing-system : lando
We'll delay entering editing mode until we are sure the process for adding a
new "about:home" tab completed.
This allows avoiding certain race conditions with the previous state or with
the tab counter animation.
Differential Revision: https://phabricator.services.mozilla.com/D22701
--HG--
extra : moz-landing-system : lando
Added a flag on the search widget intent in order to skip the tab queue prompt.
Depends on D22314
Differential Revision: https://phabricator.services.mozilla.com/D22681
--HG--
extra : moz-landing-system : lando
Polished UI by adding a custom drawable with rounded corners.
Made layouts responsive by setting relative widths.
Handled edge case for 1x1 cell.
Removed unused resources.
Depends on D21685
Differential Revision: https://phabricator.services.mozilla.com/D22314
--HG--
rename : mobile/android/services/src/main/res/layout/widget_search_5_col_layout.xml => mobile/android/services/src/main/res/layout/widget_search_default_col_layout.xml
extra : moz-landing-system : lando
Implemented search widget's intent handling in BrowserApp class.
Depends on D20149
Differential Revision: https://phabricator.services.mozilla.com/D20151
--HG--
extra : moz-landing-system : lando
Added Search widget provider class, declared the provider in the manifest and created mock layout for it.
Differential Revision: https://phabricator.services.mozilla.com/D20149
--HG--
extra : moz-landing-system : lando
This delivers a parsed and validated Web App Manifest to the
application, if present, during the page load process.
Differential Revision: https://phabricator.services.mozilla.com/D22612
--HG--
extra : moz-landing-system : lando
Previously, WebpageItemRow's layout would be updated everytime a new Tab for
it's url would be ADDED/CLOSED/LOCATION_CHANGED to force a recheck of the need
to show the "Switch to tab hint".
To prevent multiple layout refreshes for every such event we will check the
current display status of the "Switch to tab hint" against the newly computed
value after an ADDED/CLOSED/LOCATION_CHANGED event was received.
Eagerly changing the value for 'switchToTabHintShown' along with informing
about the need for layout refresh to prevent any race conditions between
receiving more events and actualy refreshing the layout.
(In my tests I saw ADDED/LOCATION_CHANGE refreshing the same layout needlessly)
Differential Revision: https://phabricator.services.mozilla.com/D24013
--HG--
extra : moz-landing-system : lando
Patch D16319 attempted to clean the MMA code and allow for easier debugging
of LP deeplinks on dev builds. However it introduced a regression because the
MMA preferences were being accessed by the initializing activity. By making
getDeviceId public and static, calling it from another activity would result
in a null value returned. I have refactored the code to use shared preferences
and remove the dependency on other activities.
Differential Revision: https://phabricator.services.mozilla.com/D21984
--HG--
extra : moz-landing-system : lando
In Bug 1514043 we renamed the geckomediaplugin to gmplugin, but missed renaming
it on Android. This prevents the plugin from loading, which breaks OpenH264 in
WebRTC.
Differential Revision: https://phabricator.services.mozilla.com/D22502
--HG--
extra : moz-landing-system : lando
