GitLab

This is dependant on change https://android-git/g/6623
Bug: http://b/issue?id=1865037

Fix 1970279. Like "Go", search key should get the current url and pre-fill it in the search/goto widget.

* changes:
  Add new searchSettingsDescription attribute for Browser's searchable. This will be shown under the individual searchable item in system search settings.

This will be shown under the individual searchable item in system search settings.

Fix #1947053. Use EXTRA_POST_DATA to send POST request to the WebView. This is used for sending location now.

Per Leland's requst, change "Set text size" to "Text size" and etc.

Fix #1705293. When we about to hijack the url, we check the intent first. If it is not resolved to any activity, we will try to download it from the Market.

* changes:
  Return the url of a browser history item in the intent query column of the suggestion. This is so that global search can rewrite a query in the search dialog (i.e., fill in the search box with the url of the suggestion when the user rolls over to select the suggestion). Browser uses android:searchMode="rewriteQueryFromData" to accomplish this but global search does the default thing of using the intent query column, if present, as a rewrite for the current query.

suggestion. This is so that global search can rewrite a query in the search
dialog (i.e., fill in the search box with the url of the suggestion when the
user rolls over to select the suggestion). Browser uses
android:searchMode="rewriteQueryFromData" to accomplish this but global search
does the default thing of using the intent query column, if present, as a rewrite
for the current query.

This got missed when we made the change to invoke the system default web search handler instead of the browser directing all searches to Google. This makes sure that the receiving web search providers can pass on the source parameter appropriately as part of the results page that they launch.

* changes:
  Fix 2 NPEs in the Browser.

The first was from freeMemory getting a tab back that had already been freed.
This is a really hard case to reproduce but it appears that it can happen. So
just check for a null mMainView before trying to free the tab.

The second was a null mTabOverview during the onAnimationStart method when
animating to the tab overview. I think this is caused by message delays not
being accurate enough to ensure the overview has been created. A check for null
fixes the problem for now but I am working on a better solution to ensure
animation message order.

Depends on change https://android-git.corp.google.com/g/4775,
which adds bookmark permissions the the public API.  This
change removes the old private permissions and uses the
new public ones.

This changes the browser's URI->intent processing to use the new generic
"intent:" scheme supported by Intent.  Doing so allows the user to
provide links to arbitrary intents in a web page.  The browser restricts
which intents can actually be execute to those supported by the
BROWSABLE category by adding this to the resulting Intent and making
sure there is no explicit component in the Intent.

With the addition of package-specific Intents, this allows people to
have a link that is guaranteed to launch an activity in their own
package, not allowing others to intercept it.

Copy of change https://android-git.corp.google.com/g/Gerrit#change,2450
into donut.

* changes:
  Honor the system setting of whether to show web suggestions.

Also fix a few NPEs from the UrlData change.

* changes:
  Squashed commit of the following:

commit a81c695597665c0bae7e0af2ab98bf0d7ef96cbc
Author: Mitsuru Oshima <oshima@google.com>
Date:   Wed Jun 10 14:45:55 2009 -0700

    * added inline scheme support that shows content using WebKit#loadDataWithURL
    * removed data scheme from manifest

Merge commit 'e20c4a40' into donut

* commit 'e20c4a40':
  AI 149721: Import Portuguese translations.

Automated import of CL 149721

* changes:
  Update browser icons - possibly not final.

* changes:
  Remove test library and instrumentation defs from Browser.

See bug 1900802.

The monkey crashed because getTopWindow() returned null.
Ensure that we either have a top window, or we are in
the tab picker.  If neither is true, return false, to
avoid the null pointer exception.

* changes:
  Change the default client id for better stats

Without this inclusion, the web search detection code thought that URLs
of the format about:blank or about:debug were web searches and passed
them on to the search provider.

We used to use the original url because that was what was entered into the
history database. Now, with a change in webkit, the correct url will be passed
to updateVisitedHistory if the server sent a redirect. This allows for the
correct url and title to be displayed in the title bar as well as the correct
url and title to be stored in the history.