| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
Bug: 5142655
Only capture while the navscreen is visible
Fix Tab.capture to never capture the title bar
Fix navscreen not responding to updated thumbnails
Change-Id: Id48ad32bb131c398c7d1ce4243e92f04cd421ade
|
| |
|
|
|
|
|
|
| |
Bug: 5069192
Store thumbnails in a database restored async for each tab
Fix restoring a tab not restoring its current state
Change-Id: I2c14e352638aac0ef766fb3bf4036ff220c53ecd
|
| |
|
|
|
|
|
|
|
|
| |
Bug: 5066968
when opening the pre-load tab, check against max count
if max count is already reached, replace the least
used tab with the pre-loaded tab; it's back/forward
history will be lost
Change-Id: I091b6b066a3e990f330be458d4aff72f62c8de38
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Preloaded tabs don't obey the tab limit (yet) so if a single preloaded
tab pushes the tab count up to mMaxTabs + 1, canCreateTab will always
return true from that point on.
This is just a partial fix, because Preloaded tabs still don't
obey this limit.
bug:5066968
Change-Id: I6bd574485a6e0f94324c9f6d0cb7624b8951e576
|
| |
|
|
| |
Change-Id: Ie91076a46b33d4524341886f61e6c89d6ed3bfd7
|
| |
|
|
|
|
|
|
|
| |
Bug: 5023284
only save tab id's if the tab state can be saved
this prevents trying to restore tabs that didn't
get saved
Change-Id: I9ca8a3f71c4cb9029718492fbd5447e782524869
|
| |
|
|
|
|
|
|
|
|
| |
Bug: 4982126
Add saved pages tab
Remove "save page" menu option
Add "save for offline reading" menu option
Smooth animation to combo view
Change-Id: Ia67552a6f6a5474a6dfcff6790a341d4d36d5a77
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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: 4599646
State that it is the browser's windows/tabs to be restored and
show the browser's app icon in the dialog.
Also cut down on the frequency this prompt will appear by
ignoring tabs that haven't loaded anything except the home page.
Change-Id: I2c2cc03aa92da3199c47b455256145d392548930
|
| |
|
|
|
|
|
|
| |
On Tablet WebViews for frozen tabs are created on demand
On Phone WebViews for frozen tabs are tied to the lifecycle
of the SnapshotTab for nav screen reasons (for now)
Change-Id: I80cb48e748c4dd4b8564426d5e05b92f3eea7a36
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Bugs: 4597115
4580514
4580511
4560889
4545346
Monkey proofing nav screen;
disabled pause/resume during scroll
Change-Id: I4e24b91fc0b6c008cb4e2df113316c0063f0c915
|
| |
|
|
|
|
|
| |
Catch Throwable instead of Exception
Don't save screenshots for crash recovery
Change-Id: I22c36dc644ae597c609880d2ced79436918d83a6
|
| |
|
|
|
|
|
| |
Tabs are identified by IDs now, instead of their position
Refactored the save/restore code
Change-Id: I7133d55831201d097dc19ec938a85e7085f36749
|
| |
|
|
| |
Change-Id: Ibcffa5a55b2b7dcf56174f9dd916a565b31506e9
|
| |
|
|
| |
Change-Id: I6fc1b21f7ea692fbe37a17bf900e9b7408a9c077
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
If ClientLogin issues session cookies, we do not want to clear them immediately
after getting them from login. If we are not going to restore tabs, go ahead
and clear the cookies before attempting pre-login. Keep track of the tab to
restore so that we don't need to figure it out again. Requires a change in
frameworks/base that exposes the CookieManager api.
If we receive a 403 from IssueTokenAuth, inval the auth tokens and try again.
Bug: 3421214
Change-Id: I5dd4cc0eba365a20a731ac43dd2571ef6274eaa9
|
| |
|
|
|
|
|
|
|
|
| |
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: http://b/issue?id=3225410
added Tab parameter to pauseWebViewTimers
removed unnecessary activityPaused parameter
ensure tab is not null when called
removed pauseCurrentTab method in TabControl
changed resumeWebViewTimers to be consistent
removed resumeCurrentTab from TabControl
Change-Id: I1cdf6042aa4df4c832d91c5a19d7235d6dce2b5d
|
| |
|
|
|
|
|
|
| |
Bug: 3214151
introduced new flag to determine if all tabs should be restored
controlled by the Ui implementation
Change-Id: I3e296f87a93fae54693bca186bb06ecd6db11d02
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
Bug: 3130982
Fixes the bug where the tab title would stay the same until a new
title was received. Now the title changes to "Loading..." until a
new title is received, or changes to the URL if the page finishes
or is canceled without receiving a title.
Change-Id: I667acbaeea5383b6a434c20337d404f49b947b0d
|
| |
|
|
|
|
|
|
|
| |
Bug: 2955542
Fixed a bug where navigating from a site with a favicon to a site
without a favicon displayed the old site's favicon instead of a
generic icon.
Change-Id: I830706166283d2ae425f4a9680cdbb4ef31b1de9
|
| |
|
|
| |
Change-Id: I1284704472178b0de6634e911fc88d37855b519d
|
| |
|
|
| |
Change-Id: Ie72947017550d759994e34d7db8087d1f9e6d63a
|
| |
|
|
| |
Change-Id: I45cd23442fc0d4d3d117f9eca6051b79169d9c0d
|
| |
|
|
| |
Change-Id: I6b99b74bb1930c6a66903bd4894f51f3aaf33e89
|
| |
|
|
| |
Change-Id: I3736ce91bd5ecbcead7a80228680c9fcbf7c374b
|
| |
|
|
| |
Change-Id: Ia685fb162d7449d2cd850e87607eff39cc8893a5
|
| |
|
|
|
|
|
|
|
|
| |
bug # http://b/issue?id=2712871
separated tab bar from url bar
subclassed webview for scroll listener
added search button support
Change-Id: Ib9bd0c7e815e2ef08cdd20334daf61263cd52938
|
| |
|
|
| |
Change-Id: I5d1575a9b74704abc313b322ae08ca7caaccdc69
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
bug # http://b/issue?id=2712871
added tab bar
added tab status callbacks to Tab and TabControl
added compact progress/stop/refresh button
added UrlInputView for auto-complete suggestions
modified BrowserProvider for url input suggestions
modified BrowserActivity to use TitleBarXLarge
Change-Id: I62db2be5b89f4c4f27c09dbc6fee7b3b0d5e91b5
|
| |
|
|
|
|
|
|
|
|
| |
These pictures may be arbitrarily large, and with the
newer caching mechanism, are rarely used.
Also, remove any old pictures when the Browser starts.
Change-Id: I08e1720a198b159733fda819304dc6af6811390a
http://b/2650945
|
| |
|
|
|
|
|
| |
memory is low. Instead of free one tab per onLowMemory,
free half of opened tabs as onLowMemory is not called
as often as before.
Fix http://b/issue?id=2583335
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
from those initiated from outside the browser.
Fix for http://b/issue?id=2546173
For a voice search initiated from outside the browser, an appId
will be attached. In that case, try to reuse the application tab.
In TabControl.recreateWebView, treat this as if the url does not
match the old url, so a new WebView will be created with a fresh
history list, and the back key will exit the browser. However, if
no appId is provided, simply reuse the current tab. In this case,
the history list will be preserved, and pressing the back key will
return to earlier voice searches.
Change-Id: I9ec1efd56454ba94eb2bc348c4476fb6bd025dad
|
| |
|
|
|
|
| |
Fix for http://b/issue?id=2516327
Change-Id: I0daf8ba6e24be6682d849107914877fb0c31ec4f
|
| |
|
|
| |
Fix for http://b/issue?id=2217707
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
If the device is running low on memory, the Browser may free background tabs.
removeTab could potentially remove a tab that has a lower index than the current
tab. That would cause mCurrentTab to point to the incorrect tab. Update
mCurrentTab if that is the case so it is pointing to the correct index.
Bug: 2371002
|
| | |
|
| |
|
|
| |
Fixes http://b/issue?id=2330279
|
| |
|
|
| |
deleted: src/com/android/browser/TestTracker.java
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
each tab has its own WebViewClient, WebChromeClient,
ErrorConsoleView, lock icon type and inLoad (matching
mPageStarted) state.
Clean up BrowserActivity, TabControl, create a new Tab class.
Fix stopAllLoading() to stop all main window and sub window loading.
Remove mScale/mScrollX/Y from PickerData as it is not used any more.
Remove doFlick/SensorManager as it is not used any more.
Remove whiteList as it is not used any more.
Remove MASF proxy service as it is not used any more.
With this change,
we will take the snapshot even when it is in the background.
we will update the touchicon url even when it is in the background.
we will update the bookmark/history even when it is in the background.
we will update database quota and max appCache size even when it is in the background.
we will show the error dialog of the background tab when it is brought to the foreground. (New behavior)
we will update the lock icon correctly when switching tabs.
we will proceed the http auth request for the background tab if we already have username and password.
Fix http://b/issue?id=2158621
|
| |
|
|
|
|
|
|
| |
the Browser is in the background. So we won't continue to
burn the battery if there is some mis-behaved JavaScript
running.
Fix http://b/issue?id=2147840
|
| |
|
| |
Fix http://b/issue?id=2151115
|
| |
|
|
|
|
| |
Remove the FakeWebView and all the picture stuff from the picker data. Use the
favicon in a layout similar to history and bookmarks. Add tab_view_add_tab.xml
to have a simpler layout for the "new tab" item in the list.
|
| |
|
|
|
|
|
| |
When the container is removed from the content view, its child views do not lose
focus. Removing the WebView from the container as well will trigger a focus
change from the WebView. Move the attach/remove logic to TabControl since it
knows all about the containers.
|
| |
|
|
|
|
|
|
| |
In switchToTab, I think it is wrong code where it calls removeTabFromContentView(tab).
In openTabAndShow, we should really attach after we the tab to the current.
Fix http://b/issue?id=2067930
|
| |
|
|
|
| |
This prevents a NPE when the current tab is null. This is very rare but can
still possibly happen.
|