GitLab

How this works is that we create a WebContents in the background to a Drive
endpoint that will take care of all the offline initialization for the app.
We succeed if a background page is opened; otherwise, we fail if the page does
not load or after a timeout.

BUG=307302
TEST=manual

Review URL: https://codereview.chromium.org/55423004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233501 0039d316-1c4b-4281-b951-d872f2087c98

BUG=309965
TEST=manually done on Win 8.1

Review URL: https://codereview.chromium.org/54173007

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233500 0039d316-1c4b-4281-b951-d872f2087c98

This was already implemented for non-aura Win, this just makes it
work on Aura Win and Chrome OS too.

BUG=179892

Review URL: https://codereview.chromium.org/53503004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233499 0039d316-1c4b-4281-b951-d872f2087c98

Introduce a way to call NavigationControllerImpl::ReloadIgnoringCache()
from the Java-side TabBase.

Also, consolidate reload() functions.

BUG=307333

Review URL: https://codereview.chromium.org/49353008

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233498 0039d316-1c4b-4281-b951-d872f2087c98

Caused "PluginPrefsTest.UnifiedPepperFlashState" failure on "Linux Clang (dbg)"

BUG=316017

> Prefer opening PDF downloads in the browser.
> 
> PDFs in particular are safer to open in the browser. This patch changes
> the handling of downloads to open such files in the browser by default
> instead of the system handler for the file type. A "Open with system
> handler" menu item will be available so that users can still use the
> system application if needed.
> 
> The determination that a file is safer to handle in the browser is done
> as follows:
> 
> a) DownloadTargetDeterminer determines whether the MIME type
>    corresponding to the target filename of the download is one which is
>    handled by the renderer or one that is handled by a sandboxed pepper
>    plugin. If so, then the file is considered safely handled by the
>    browser.
> 
> b) ChromeDownloadManagerDelegate determines whether opening in the
>    browser is preferred for the file type assuming the browser is able
>    to handle it safely. Currently this is true for .pdf files.
> 
> Opening behavior for a download will default to opening in the browser
> if both results from a) and b) are true.
> 
> BUG=148492
> 
> TEST=(1) Make sure Chrome PDF Viewer is enabled in chrome://plugins.
>      (2) Download a .pdf file.
>      (3) Download shelf context menu should show "Open" and "Open with
>          system handler" options.
>      (4) "Open" as well as clicking on the shelf icon and clicking on
>          the download in chrome://downloads should all result in opening
>          the file within the browser.
>      (5) "Open with system handler" should open the .pdf with the
>          application that's set up as the default handler for .pdf files
>          on the users' machine.
> 
> Review URL: https://codereview.chromium.org/55063002

TBR=asanka@chromium.org

Review URL: https://codereview.chromium.org/61623006

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233497 0039d316-1c4b-4281-b951-d872f2087c98

Review URL: https://codereview.chromium.org/46503002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233496 0039d316-1c4b-4281-b951-d872f2087c98

plug-ins' memory for other browsers, when other browsers run.


BUG=273316
NOTRY=true

Review URL: https://codereview.chromium.org/38533006

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233495 0039d316-1c4b-4281-b951-d872f2087c98

BUG=

Review URL: https://codereview.chromium.org/23621037

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233494 0039d316-1c4b-4281-b951-d872f2087c98

As described on http://crbug.com/266955#c7

Also adding AtExitManager to gcapi_test.exe; this is required to support MasterPreferences's LazyInstance used by BrowserDistribution, used by google_update's ReadExperimentLabels().

Introducing GCAPITestRegistryOverrider as a class to be added as a member to GCAPI test fixtures that require registry overriding; extracted from the existing GCAPIReactivationTest fixture.

Move Windows-specific variations_util.cc code to experiment_labels_win.cc

BUG=266955
TEST=gcapi_test.exe

Review URL: https://codereview.chromium.org/23579003

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233493 0039d316-1c4b-4281-b951-d872f2087c98

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233490 0039d316-1c4b-4281-b951-d872f2087c98

http://build.chromium.org/f/chromium/perf/dashboard/ui/changelog_blink.html?url=/trunk&range=161369:161483&mode=html
TBR=
BUG=

Review URL: https://codereview.chromium.org/63613002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233489 0039d316-1c4b-4281-b951-d872f2087c98

Failing on Win Aura bots flakily for a few days, and now quite a lot. No
clear regression cause though.

R=kbr@chromium.org
TBR=kbr@chromium.org
BUG=316012

Review URL: https://codereview.chromium.org/63783002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233486 0039d316-1c4b-4281-b951-d872f2087c98

The chromium compositor can be used in either a single-threaded fashion
or multi-threaded. The requirements, APIs and responsibilities of the embedder
are different for these two modes. Some users of cc only use one path
or the other. This adds a separate client interface and initialization
path for code that only uses the single threaded path.

Having a dedicated client for the single threaded path will make it
possible to get rid of the WebGraphicsContext3DSwapBuffersClient which
will then make it easier to break cc's dependency on WGC3D.

R=piman
BUG=181120

Review URL: https://codereview.chromium.org/61823008

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233483 0039d316-1c4b-4281-b951-d872f2087c98

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233482 0039d316-1c4b-4281-b951-d872f2087c98

Marking the following two WebGL tests as failing on Android:
conformance/glsl/misc/empty_main.vert.html
conformance/glsl/misc/gl_position_unset.vert.html

BUG=315976
R=kbr@chromium.org

Review URL: https://codereview.chromium.org/62683003

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233478 0039d316-1c4b-4281-b951-d872f2087c98

BUG=236893, 313053
R=kbr@chromium.org

Review URL: https://codereview.chromium.org/61743008

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233477 0039d316-1c4b-4281-b951-d872f2087c98

This updates a string (s/sign out/lock/) and the font size for the list of accounts.

TBR=pkasting
BUG=315262

Review URL: https://codereview.chromium.org/60843002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233476 0039d316-1c4b-4281-b951-d872f2087c98

BUG=None

Review URL: https://codereview.chromium.org/59703002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233475 0039d316-1c4b-4281-b951-d872f2087c98

Review URL: https://codereview.chromium.org/55233007

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233474 0039d316-1c4b-4281-b951-d872f2087c98

Currently we have disabled IPv6 support in libjingle, but
there is effort going on to support it. This is the one of the first step in that process.

TBR=sergeyu@chromium.org
BUG=https://code.google.com/p/webrtc/issues/detail?id=1406

Review URL: https://codereview.chromium.org/30193002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233473 0039d316-1c4b-4281-b951-d872f2087c98

BUG=314263

Review URL: https://codereview.chromium.org/60553004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233471 0039d316-1c4b-4281-b951-d872f2087c98

We're not ready for this in M32:
  * The Windows compiler doesn't support vector code so we're using generic
    code there.
  * We don't have promotion for AES-GCM ciphersuites when AES-NI is supported.

This change is designed to be reverted on trunk once M32 has branched.

BUG=315791

Review URL: https://codereview.chromium.org/60353005

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233470 0039d316-1c4b-4281-b951-d872f2087c98

Different <webview> browser tests had different success/failure messages.

This change makes them all the same and simplifies matters.

BUG=none
TBR=fsamuel@chromium.org

Review URL: https://codereview.chromium.org/60273002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233469 0039d316-1c4b-4281-b951-d872f2087c98

   
Update |SourceBufferStream::selected_range_| after |TruncateAt| is called in case the range pointed to by it gets deleted.

There are situations where next_buffer_index_ remains at -1 
where|ChunkDemuxer::AppendData| is invoked. This eventually
causes crash. This changes prevents such cases.

The crash is occasionally observed when YouTube MSE/EME
conformance test http://yt-dash-mse-test.commondatastorage.googleapis.com/unit-tests/tot.html
(41.MediaSourceDuration) is done on Android TV device.

BUG=313102

Review URL: https://codereview.chromium.org/51983002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233468 0039d316-1c4b-4281-b951-d872f2087c98

This CL updates all references to the WebKit namespace in chrome and
components.

TBR=darin@chromium.org
BUG=295096

Review URL: https://codereview.chromium.org/63273002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233464 0039d316-1c4b-4281-b951-d872f2087c98

BUG=315302

Review URL: https://codereview.chromium.org/60203005

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233463 0039d316-1c4b-4281-b951-d872f2087c98

BUG=314729

Review URL: https://codereview.chromium.org/60193005

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233462 0039d316-1c4b-4281-b951-d872f2087c98

BUG=310837

Review URL: https://codereview.chromium.org/59573004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233461 0039d316-1c4b-4281-b951-d872f2087c98

PDFs in particular are safer to open in the browser. This patch changes
the handling of downloads to open such files in the browser by default
instead of the system handler for the file type. A "Open with system
handler" menu item will be available so that users can still use the
system application if needed.

The determination that a file is safer to handle in the browser is done
as follows:

a) DownloadTargetDeterminer determines whether the MIME type
   corresponding to the target filename of the download is one which is
   handled by the renderer or one that is handled by a sandboxed pepper
   plugin. If so, then the file is considered safely handled by the
   browser.

b) ChromeDownloadManagerDelegate determines whether opening in the
   browser is preferred for the file type assuming the browser is able
   to handle it safely. Currently this is true for .pdf files.

Opening behavior for a download will default to opening in the browser
if both results from a) and b) are true.

BUG=148492

TEST=(1) Make sure Chrome PDF Viewer is enabled in chrome://plugins.
     (2) Download a .pdf file.
     (3) Download shelf context menu should show "Open" and "Open with
         system handler" options.
     (4) "Open" as well as clicking on the shelf icon and clicking on
         the download in chrome://downloads should all result in opening
         the file within the browser.
     (5) "Open with system handler" should open the .pdf with the
         application that's set up as the default handler for .pdf files
         on the users' machine.

Review URL: https://codereview.chromium.org/55063002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233460 0039d316-1c4b-4281-b951-d872f2087c98

BUG=314733
TEST=manual
NOTRY=True

Review URL: https://codereview.chromium.org/59353002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233459 0039d316-1c4b-4281-b951-d872f2087c98

In the short term, this addresses the issue of messages that are too long
to fit in the dialog - the window will extend outside the dialog. In the
long run, this also prepares for further changes around the error bubble
that do require the BaseBubble machinery.

R=rsesek@chromium.org
BUG=308200

Review URL: https://codereview.chromium.org/49063012

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233458 0039d316-1c4b-4281-b951-d872f2087c98

This class will be used to handle prerender requests coming from external applications.
For better tracking and also supportig referrer, a separate PrerenderManager API is
added.

BUG=297859

Review URL: https://codereview.chromium.org/45693002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233457 0039d316-1c4b-4281-b951-d872f2087c98

every gaia webview should always have its own clean and isolated cookie jar. This will fix the bug that when a user signs in to chrome and then tries to add a secondary account to the profile in the same browser session, the embedded gaia webview will show a reauth page instead of a sign in page.

BUG=

Review URL: https://codereview.chromium.org/45463004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233456 0039d316-1c4b-4281-b951-d872f2087c98

To RenderviewCreated, so in theory there we can
catch cases that we are missing, because we have a crash
which is trying to reparent an NPAPI plugin in metro
ash which should not be happening (should be blocked).

BUG=315565
TEST=see bug
R=jam@chromium.org

Review URL: https://codereview.chromium.org/62373004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233455 0039d316-1c4b-4281-b951-d872f2087c98

This re-introduces a smaller bug fixed by r231370 until the underlying
problem in WebDataSource::replacesCurrentHistoryItem is resolved.

BUG=313572, 311271
TEST=Try to add an app in CWS when not signed in.  Go back from signin page.
R=nasko@chromium.org

Review URL: https://codereview.chromium.org/59073010

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233454 0039d316-1c4b-4281-b951-d872f2087c98

Make sure we don't call into native after the native pointer has been
destroyed.

Internal bug b/11555111

BUG=
NOTRY=true
R=kristianm@chromium.org

Review URL: https://codereview.chromium.org/61763005

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233453 0039d316-1c4b-4281-b951-d872f2087c98

Prevent startup infobars (e.g. when running with --no-sandbox) from interfering with tests which assume no pre-existing infobars.

BUG=315059
R=pkasting@chromium.org

Review URL: https://codereview.chromium.org/59073006

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233452 0039d316-1c4b-4281-b951-d872f2087c98

Support /privet/printer/createjob. Currently does not correctly fall back for
all error conditions. Also, simplify PrivetLocalPrinterOperation by removing the
callback for current request (since it was used only by the retry system, which
was moved to PrivetURLFetcher).

BUG=

Review URL: https://codereview.chromium.org/59033010

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233451 0039d316-1c4b-4281-b951-d872f2087c98

This is different from https://code.google.com/p/chromium/codesearch#chromium/src/base/process/process_metrics_mac.cc&l=216 as it gets the per-thread CPU time while process metrics gets all-thread CPU usage.

BUG=280744

Review URL: https://codereview.chromium.org/56973012

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233450 0039d316-1c4b-4281-b951-d872f2087c98

UpdateTextInputType should be called before SyncSelectionIfRequired.
UpdateTextInputType may send TextInputTypeChanged to notify the focus
was changed, and SyncSelectionIfRequired may send SelectionChanged
to notify the selection was changed.  Focus change should be notified
before selection change.

BUG=310562

Review URL: https://codereview.chromium.org/33323003

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233449 0039d316-1c4b-4281-b951-d872f2087c98