| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: Ifa871f8320bdb3a09fe189fffecc23f702c394b9
|
|
|
|
|
|
| |
See http://trac.webkit.org/changeset/74571
Change-Id: Ic49f367c0f35c2aa04d255193ff6ebd4d7e41d54
|
|
|
|
|
| |
bug: 4395730
Change-Id: I4fb5c129084a8f1d1e3f3951c9cac77a0df4d296
|
|
|
|
|
|
|
|
| |
Add stub for new method added upstream: requestCheckingOfString(...)
See http://trac.webkit.org/changeset/73886
Change-Id: I94d6940e48066c56e1032f12d683c530603bffc4
|
|
|
|
|
|
|
|
|
| |
Update function signature of EditorClient::getGuessesForWord to
match upstream change.
See http://trac.webkit.org/changeset/73088
Change-Id: Iedffbb3216a0da036f5ea61f6b282d50f50b2d0f
|
|
|
|
|
|
|
|
|
|
| |
FormManagerAndroid.cpp
Platform code needs updating after upstream refactoring.
See http://trac.webkit.org/changeset/73430
Change-Id: If9306164c5dae24fb11af724979c0187d28792da
|
|
|
|
|
|
|
|
| |
When exiting the full screen, we need to let the webkit know the status.
bug:4312214
Change-Id: I4e475da3b426176fd232551e16fbe740994d8d36
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Same as https://android-git.corp.google.com/g/#change,105743 but in Master.
Changed the waiting to 10 seconds each attempt after asking around.
Sometimes, a sync load can wait forever and lock up the network thread,
here we replace Wait() with TimedWait() with multiple tries to avoid locking.
Unfortunately, TimedWait() doesn't return anything and can't tell if it's
a timeout or a quick pass, so we query timeofday and allow a few seconds for
the system timing error.
Change-Id: I391fb3f815413f17b2927c1e90cbddab7faed071
|
|\
| |
| |
| |
| |
| |
| | |
into honeycomb-mr1
* commit 'bb69eea599d55bb1958713e8f1614c9e7f38b2f2':
Show the fullscreen button all the time
|
| |
| |
| |
| |
| | |
bug:4232704
Change-Id: I64833baeab708fabe88873573235a896b86b6098
|
|/
|
|
| |
Change-Id: I8a7c2ff1325685ac03517f7277b057f7d1d56661
|
|
|
|
|
|
|
|
| |
from IPv4/IPv6 network to IPv4 network
Enable network change notifier
Change-Id: I89919c8a8bc54aaf0b2e1b013fbdf43abe657295
|
|
|
|
|
|
| |
bug:4142131
Change-Id: I871924cb7587077f50fdf4f9a00056f795a8daea
|
|
|
|
|
|
| |
bug:2126902
Change-Id: I84a27fabccc32ef85c8d78d6702d22ffca497db7
|
|
|
|
|
|
|
|
| |
This reverts parts of change in
https://android-git.corp.google.com/g/#change,96777
issue: 4024447
Change-Id: I29b5de1f97ed9d7cd70786cdcfeb91b53563e66e
|
|
|
|
|
|
|
|
|
| |
- correct support for the fullscreen button
- change the controls to be 48px high
- auto-hide the controls, touching the video makes them appear again
bug:2126902
Change-Id: Idd2b720034de3d5d432c9ea62d9045934c46f6c1
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
Only allow translucent controls for video...
bug:2126902
Change-Id: I95fbf1fc736391a3adec3930119531684a1a9082
|
|/
|
|
|
|
|
|
|
| |
The VideoLayer is ref counted, so unref at the destrutor is the right way.
Don't do a deletion.
bug: 4072630
Change-Id: I1da4ec138ef119b1d8dd7700fef36bab4df55064
|
|
|
|
|
|
|
|
|
| |
- remove the seek buttons on the control bar
- make the control bar translucent
- add a fullscreen button passing the layer id to the java side
bug:2126902
Change-Id: Id9638f6b01f968839eaf4b0bd8cf1603957753af
|
|
|
|
|
|
|
|
|
| |
Basically we provide a Video Layer for the inline video.
The java side change is at 101311.
bug:3506407,2126902
Change-Id: I9cc1b910f502595d6be7ac81e448343ca6ca9100
|
|
|
|
|
|
|
|
|
| |
Setting the new ignore limits flag when doing a sync load.
Depends on a chromium change:
https://android-git.corp.google.com/g/#change,100399
Change-Id: I5634c5ac6a158e39a31b04e51ccb74bd21430a0b
|
|
|
|
|
| |
Bug: 3367381
Change-Id: Ia50dcf39c9045642037e684ecd1e2bee90a69f72
|
|
|
|
|
|
|
|
|
| |
IKXEVEREST-2628
Preserving original mime type when no new type is found for type
application/octet-stream or text/plain
Change-Id: Id98d4c4faef599e14ba5e1789700932ab55729de
|
|
|
|
|
|
| |
bug: 2968415
Change-Id: Ie67c9f6b28a81d4a65f39bde2896078d7b49b8ee
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
warning
RefCounting the handle that is sent to webkit (and java). Note
that if java does not call back with either cancel or proceed it
will leak. The documentation for in WebViewClient.java says:
Notify the host application to handle a ssl certificate error request
(display the error to the user and ask whether to proceed or not). The
host application has to call either handler.cancel() or handler.proceed()
as the connection is suspended and waiting for the response. The default
behavior is to cancel the load.
This means it is clearly an error not to call any of them, and leaking
in that case is OK.
Change-Id: Idac713833395edfbec3ae9b5612a34c2cf25f4e7
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
Sending the url of the response instead of the request, so using
the new url if there is a redirect.
Change-Id: Ic314d315a6e9b5be837c302cdcfd740cc185466d
|
| |
| |
| |
| |
| |
| |
| | |
Always calling complete, and adding an assert if Wait finishes
without incrementing the count.
Change-Id: Iceec36c2b82f225ee88cd67eeb18d5c5064c6bfb
|
|/
|
|
| |
Change-Id: Ia81109b5afe993bac2ee4a3b2da232c19f750439
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update the layer structure during compositing sync. Make sure to turn off
scrolling if it changes.
Since I replace the content layer with a different structure, append the
children to the foreground layer so they move with the content. Remove the
clipping layer in the compositor for scrollable layers.
For children of scrollable layers, add back in the content scroll offset so that
layers are positioned relative to 0,0.
Bug: 3416512
Change-Id: I74de90aac2dcf67bd969d0b85f440343123ecab9
|
|\ |
|
| |
| |
| |
| | |
Change-Id: Ice2826c4bc2ec4ce08b2628155319287e93b7e9f
|
|\ \ |
|
| |/
| |
| |
| |
| |
| | |
This should fix one of the stack traces
Change-Id: If1b6c111075c600be22e9821a368936346b4507a
|
|\ \ |
|
| | |
| | |
| | |
| | | |
Change-Id: I797ab2d6ce6a07561c710d8b3262e548770eb477
|
|\ \ \ |
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This change also adds a getter and setter to CookieMananager to allow
this policy to be configured.
Bug: 2944150
Change-Id: I48668b0d0f2b81581b98933a9399719626da6033
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In the previous WAR, we get the screen size from UI thread at every draw call.
That is awkward.
Now with Java side fix, we can get the screen size from setSize call now.
However, forcing a full re-layout seems like an expensive operation.
What we need to make the webkit to know the update can be done by just
updating the fixed position elements only.
So I have done these:
1. Take away the WAR by forcing the update at the convertToLayerCoord.
2. Get rid of the UI thread stuff used to tell WebViewCore the screen size.
And get rid of the redundant variables, too.
3. update the fixed element at the setSize time.
BTW, I also rename the PlatformBridge functions name.
bug: 3397602
Change-Id: I0c422ecdb570de89aecb6e568d5067acf18ecfc6
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bug:3280725
Store form data when submitted rather than when a
page loads.
Requires a change in frameworks/base.
Change-Id: Ib2328270a91d8d618a40a1353bf50337bbf608aa
|
| |
| |
| |
| |
| |
| |
| |
| | |
Bug:2754767
Enables us to remove some layering violations.
Change-Id: Iea184c7946bca9d840c708918f545a9d9b436254
|
|/
|
|
|
|
|
| |
When a read failed we deleted it and scheduled a new read. The new
read would also fail (since the request was deleted), and crash.
Change-Id: Idcb3265e705d616657c2679389951d632c54cca5
|
|
|
|
| |
Change-Id: I1f9239af23d6c88883b620ba0cfdc1c66dddf03d
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is for fixed bottom/ right, in the zooming case.
The width and height in webkit should be calculated as the visibleRect
we use for drawing. And that is document coordinate for visible size.
Basically it is send the Rect info from webView to webViewCore.
Then at RenderBox, it will go through the PlatformBridge to pick the
info up.
Notice that the touch is not 100% working yet, the layout call in webkit
can have a early return such that fixed element layer didn't get update.
And a touch/click is not really causing the whole layout update yet.
That will be addressed in seperate change though.
bug:3404129
Change-Id: I225d41815143a05d540ed32bfc76f823603ca89c
|
|
|
|
|
|
|
| |
Sending messages through a ScopedRunnableMethodFactory,
and cancel them before deleting the request object.
Change-Id: I5c9f94d78790f7098af3c418b582aacbf3b4b712
|
|
|
|
|
|
|
| |
Requires another CL in framework.
https://android-git.corp.google.com/g/#change,93329
Change-Id: Ie623b55b6580d9761cc7de6b1b1708fbb2f0c633
|
|
|
|
|
|
|
|
| |
Part one of fix for 3394040
Should be safe
Change-Id: I1f3a24be99248796bca1924b4ba6da3f0bd170d5
|
|
|
|
|
|
|
|
| |
Plumbing pauseLoad a bit deeper, not adding functionality yet
Should be safe
Change-Id: I34856d0518090ca22485120f87e22a22f37c48df
|
|
|
|
|
|
|
|
| |
This change posts new messages to continue reading instead of
doing all the reading from one request in a loop. This matches
Chrome, and will enable a pause in between reads.
Change-Id: I14fae02671786fe243738dfc1d7ac29441788e3e
|