Age | Commit message (Collapse) | Author |
|
BUG:13082135
BUG:19296779
Change-Id: Ifea908b175670fbce65205797b93e87adf25bb3d
|
|
This reverts commit ca7ecd85ac925ef44dbef327310f2baad13322f2.
Change-Id: I64460956e6243908a6c575eb4d3c7455efc86dff
|
|
"javascript" is not allowed; "file" is only allowed in certain directories
BUG:19296779
BUG:13082135
Change-Id: I389a5b0ad3e8add1b1159faca3212c7f11f3ae69
|
|
Bug: 9793586
This is to fix a bug in I8f6f03b05556ee4d6846c15752de9be54c003060.
Change-Id: I643fb1b0730e1e6b391c9c5af69cf7b86cbcdfe5
|
|
Bug: 9793586
Change-Id: I8f6f03b05556ee4d6846c15752de9be54c003060
|
|
Bug: 10427705
Allows Browser to compile even when WebViewClassic is no longer in
frameworks/base. The deleted functionality was already disabled at
runtime when using non-classic webview.
Change-Id: I21b58ec52ac059c699b49a2dd80008d9a9e6791a
|
|
Removes the hard run-time dependency on WebViewClassic.
(Still needs visisbility of it to build though)
This is needed to enable chromium webview testing.
Change-Id: I290b6b23b2eac525537ebc3ef8007d681a67a169
|
|
Bug: 5334118
When sending an intent for a URL with specialized handlers, tag
it with an extra that will surpress subsequent redirections
Change-Id: I997aa79192baea86c58958ab213200d57ec4c4f9
|
|
Bug: 5890701
Change-Id: I6a47c7bff260dd8ded3a4c360f186ce8f670c67e
|
|
Bug: 6439925
Change-Id: I1b7161a67fa0c20d87f147d6ed19c02e53093054
|
|
Bug: 6332680
Change-Id: If9c754e2320e8f112a816c54138918fbaf360597
|
|
Has to escape out to WebViewClassic whenever it needs a hidden API.
Interdepends on https://android-git.corp.google.com/g/165608
Change-Id: Ic61dd7f57f75381864075605d5901f2688648cbd
|
|
Bug: 5452031
Change-Id: I3cc638b981e50796293b0f61dac2d93b8e3df1a0
|
|
Bug: 5405096
If state != null, don't process the intent in getIntent, it will be
stale
Change-Id: Icc854a1d8f11fdbd60c1f7f854053f2294864b0f
|
|
The page load time measurement was a stop gap measure until server side
support is ready, and we don't want to ship with it in.
Bug: 5266893
This reverts commit b4e831bf1ff62945199b89a77ad039be7bd16545.
Change-Id: Iafc08cea88774e5ecf018112a25e4dc2993a4623
|
|
An app can attached a pending intent to an intent sent to the browser
which will be send when the load completes. The browser will fill in
the timestamp of when the page load completed, and details of preloading
success or otherwise if this was used.
Bug: 5259031
Change-Id: I2d025caabd6055ac25f06e69897a03d5c57c4f41
|
|
Bug: 5166335
Change-Id: Ife9ef2da7664f8de6b0ff9655611efa78d84df05
|
|
Bug: 4466495
close externally created tabs
when the back button is used and no further
back history is available
Change-Id: If605474d929fb759226a1e1f4125bfaab43e6653
|
|
Bugs: 5009130 3368824
Change-Id: I559bb88a1e759172ef9a7d2a8b41ea4c7e523ec6
|
|
Depends on change: I0119243ed0e19e237c1f51de887af5c954f96693
Change-Id: I2a2d3ff3c9d0d79f34af4c8daee828fb4efd7519
|
|
Apps like the QSB can request the browser to preload a
web page.
- preloaded pages are not added to the browser history
if they'r not seen by the user
- when a request is received, a new tab is created for the
preloaded page, but not added to the tab list
- upon receiving the view intent for the preloaded page
the tab is added to the tab list, and shown
- if several pages are preloaded consecutively in the same tab,
the back stack is cleared before it is displayed
- preloaded pages use the main browser cookie jar, so pages that
have never been viewed by the user can drop cookies
Change-Id: I9ed21f2c9560fda0ed042b460b73bb33988a2e8a
|
|
Bug: 4473779
Plus, TESTS! Huzzah!
Change-Id: I043e100d99d4653b7fb7885217d7fb305930a137
|
|
Bug: 4742007
Bug: 4770356
Also pipe all loadUrl's through Tab so that it can immediately
update its internal state. This is necessary as javascript:
uris do not cause onPageStarted/finished callbacks to happen,
thus the url and title of the Tab do not update.
Change-Id: I6d17e8627db505eaa9158339fdfc7afd2c6672a2
|
|
Change-Id: I32c6dcc4e257a32a341b9c2f165cd3764da08b64
|
|
Tabs are identified by IDs now, instead of their position
Refactored the save/restore code
Change-Id: I7133d55831201d097dc19ec938a85e7085f36749
|
|
Change-Id: Ibcffa5a55b2b7dcf56174f9dd916a565b31506e9
|
|
Change-Id: I6fc1b21f7ea692fbe37a17bf900e9b7408a9c077
|
|
Bug: 3422554
allow apps to open links in new tabs
don't close tabs on back if they were launched from other apps
Change-Id: I3d58354cceca46c15761f70216fa63edb71f0545
|
|
Bug:3405773
Requires a change to frameworks/base.
Change-Id: I26475d76fa68dded8709708c156e2de441716d79
|
|
Bug: 3382700
Set the user agent when debug mode is toggled
Change-Id: Ide167c7bb32c4f20e6b5965116fbcce01bb1e599
|
|
Bug: 3365077
Make sure we remove the combo view when a new intent is received,
after we check if the intent is to show the combo view or to bring
the browser to the foreground (from history and/or launcher)
Change-Id: If6e6647192246d96d7122232c26229b05a3f3888
|
|
Adding this about:debug flavor allows dumping the
nav cache from a script over usb without user
interaction. The script for me looks like:
function pullnav()
{
adb shell am start about:debug.nav
sleep 1
adb pull data/data/com.android.browser/navlog /android/$1.cpp
adb shell rm data/data/com.android.browser/navlog
kate -u /android/$1.cpp &
}
which pulls up the nav dump into a local editor.
bug:3364574
Change-Id: Ie6b3491b4b9e4490d8229402f4f3770879eff36d
|
|
Cherry pick:
Remove content:// from the Browser.
Disable content access in WebView as well. This requires a change to
frameworks/base.
Bug: 1196879
Change-Id: I00ca884654cbf53128f1e97389d2d8d44598e1c1
|
|
Bug:3315919
Change-Id: I6f9fa516790a481f9bc47f844c38915747cf32a2
|
|
Bug: 3213668
Moved empty check after url fix and trim
Change-Id: I79422cae12eefa33db7a970c780db6c0cea16a28
|
|
Bug: 2127502, 3191165
Pushed some state tracking to the tab for URL, title, favicon,
and lock status. This allowed me to remove many duplicate methods
of updating that data, preventing the UI from getting out of sync
with the web view.
Change-Id: I995caa98068ad03ca37710207b5ab57bb9d801ab
|
|
Bug: 3286323
This updates both the assets for the bookmark widget and slightly
alters its behavior to match the updated spec. There are now two
touch targets in the header, one launches the browser and the other
launches the bookmarks view.
Change-Id: I1e8864983852af8421280b86421dea1d9ed4335e
|
|
Bug: http://b/issue?id=3234294
add parent tab parameter to open tab method
inherit parent's private browsing status
remove one unnecessary openTab signature
Change-Id: I4edf002798d8bbdf4cafa58e5b5b442e74d5cb28
|
|
Bug: 3213668
Change-Id: I83a8bb68d44a0eb88b077d3892875f4ca11f08d7
|
|
Bug: 3175520
Fixes a problem where search terms were being added as history
entries.
Change-Id: I86e462c53c0992de5cc5eff99b1bfd0a41e5a012
|
|
Bug: 3170671
First step towards a model/view/control design in Browser
introduced Controller object
started separating UI code
represent state of the app in one place only
Change-Id: Ica387d6bde2dcf1a4993c3db0cce498cf34ff60f
|