GitLab

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

https://skia.googlesource.com/skia/+log/30e6e2af14e84216b1c113fd7500d0822bc81daa..373dd9b52f88158edd1e24419e6d937efaf59d55

CQ_EXTRA_TRYBOTS=tryserver.chromium:linux_layout_rel
TBR=reed@google.com
BUG=

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

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

Various bots fail the login step on these pages causing it to time out.
Disable the page until a fix has been found so it doesn't cause all the bots to
fail.

TBR=tonyg@chromium.org
BUG=386152

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

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

The mac GN build exceeds the command line limit when linking large
targets like webkit_unit_tests. The fix is to pass a response file to
the linker instead of passing a list of object files. Passing this by
@rspfile ends up expanding the list before calling clang, so this instead
passes it via the filelist parameter.

BUG=386046

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

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

BUG=

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

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

TBR=sammc@chromium.org,blundell@chromium.org
BUG=313788

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

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

The bug is that if we are merging BasePacketEvent A into B, and A had
a valid packet size but B did not (i.e. because it only has receiver
events and therefore no packet size) then the merged result would take
on the packet size of B which is invalid.

The fix is to take the max of the sizes of A and B and set it on the
merged result.

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

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

Reverting because we do want the feature in M37.

> [Hotword] Remove non-English languages due to feature getting bumped to next milestone.
> 
> BUG=385301
> 
> Review URL: https://codereview.chromium.org/337243003

BUG=345806
TBR=rlp@chromium.org

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

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

> Convert sticky keys to a chromeos::EventRewriter phase.
> 
> BUG=354035
> TEST=unit_tests,ash_unittests,manual
> R=sadrul@chromium.org,derat@chromium.org
> 
> Review URL: https://codereview.chromium.org/255033003

TBR=kpschoedel@chromium.org

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

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

BUG=385990

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

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

The main CL is https://codereview.chromium.org/341653006/; this just adds the binary images separately.

BUG=386033
TBR=bauerb@chromium.org

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

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

I'm going ot make this target private to blink. Currently blink is brought into the build via other dependencies so this is no longer required.

R=jamesr@chromium.org
TBR=jamesr

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

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

Also, when we cleanup tilings on the active twin, we use the pending
twin's ideal contents scale. But when the twin !CanHavTilings() there
is no need to use that ideal scale and save tilings.

R=enne@chromium.org, enne

Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=278219

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

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

BUG=385222
TBR=glider@chromium.org
NOTRY=true

Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=278268

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

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

Simplified the updateGetUserMediaConstraints function.

BUG=None
Test=gjslint, manually setup a call, verified that the constraints are
updated correctly.

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

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

BUG=386522
TEST=run the test

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

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

Mouse events generated from Ozone do not have a NativeEvent associated
with them and so they need to go through the non native event based flow
in the multi-monitor warping code. With this change it is now possible
to move the pointer from one display to the next under Ozone.

TEST=On link_freon attach a second display and move the pointer from
one display to the other.
BUG=361144

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

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

Previously Gallery.app tried to create a new element when an image is updated,
but the new element does not added to DOM.

This CL change the behavior so that the app reuses an existing element.

BUG=385535
TEST=manually

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

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

This doesn't hook up visitedlink_renderer since it depends on blink.

BUG=
R=jamesr@chromium.org

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

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

BUG=

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

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

Some of the mojo templates want to put generated files in the directory
corresponding to the source file, rather than the directory containing the
BUILD file. Previously, this required putting the BUILD files in the same
directory.

This patch adds the ability to specify the generated file directory
corresponding to the input file in the action_foreach file templates so this
can be expressed naturally.

For parity, it also adds qquerying for this information via get_path_info.

BUG=
R=cjhopman@chromium.org

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

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

Also:
* Move SetMinimumLogLevel() into MojoLogger itself. (This is somewhat
  unfortunate, since may not be thread-safe -- in particular, when
  sharing a copy of base's logging as in a component=shared_library
  build, it becomes blatantly unsafe. Thus it's of slightly dubious
  value. But it's where it belongs logically. Of course, sharing a log
  level across applications that are cohabiting a process is dubious.
  Avoiding this would mean at least layering a log level on top of
  Chromium's.)
* Allow the (standalone) Environment's choices for default AsyncWaiter
  and/or Logger to be overridden.

R=darin@chromium.org

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

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

This adds a few helper functions to WidgetTest for getting information
from a native widget and makes widget_test.h responsible for defining
typedefs for PlatformNativeWidget and (when not ChromeOS)
PlatformDesktopNativeWidget.

4 aura-specific tests (that are #ifdefd out on ChromeOS) that use
DesktopAuraTopLevelWindowTest are moved from widget/widget_unittest.cc
to widget/desktop_aura/desktop_native_widget_aura_unittest.cc

widget_unittests.cc doesn't yet compile on Mac with this alone due to
the event generator (addressed in CL/322893005).

BUG=378134
TEST=views_unittests

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

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

If current wallpaper is set by third party app/extension, show its name
in wallpaper picker.


BUG=360695

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

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

R=ajwong
TBR=ajwong

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

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

This also increments the app list shortcut version.

This will trigger a rebuild of all app shims.

This also disables updating all shortcuts in tests.

BUG=353047

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

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

Also switch bionic_canary over to being updated automatically.

pepper_canary used to update based on the Chrome canary version, but that often
prevents pepper_canary from updating as quickly. It also is unlikely that a
newer pepper_canary than Chrome canary will cause any issues.

This change makes pepper_canary (and bionic_canary) update based solely on which
bundles are available in the cloud storage bucket.

BUG=none
R=sbc@chromium.org
TEST=update_nacl_manifest_test.py

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

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

Update the list of file permissions in the App Info dialog to elide in
the middle, to better match the UI mocks of the dialog.

Screenshots on bug.

BUG=385978

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

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

No intended behavior change.

BUG=none

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

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

BUG=

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

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

Previously, OpaqueBrowserFrameView was being used for popups and hosted apps. So popups and hosted apps would only use the native frame when the "Use system titlebars and borders" option was selected.

BUG=376137
TEST=Manual, see bug (Must use i3 window manager)

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

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

Same owners as the one in enhanced_bookmarks/OWNERS.

BUG=None
R=blundell@chromium.org

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

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

Show error when an http:// URL is passed as parameter
to chrome.app.window.create().

BUG=241487

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

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

TBR=dnicoara
NOTRY=true
BUG=

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

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

Listen to the full screen event, then if so, close the bubble.

BUG=326081

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

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

This is not necessary, and causes the entire ash mode to get WS_CAPTION
as ash mode shares a single HWND.

BUG=385557

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

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

to ensure that we don't typically send out incomplete packets.

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

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

This CL aims to fix the bug that when webview guest create a SharedWorker, the sctipt file of SharedWorker can not be loaded. 

The SharedWorker lives in a separate render process as the webview who creates it. Because  url_request_util::AllowCrossRendererResourceLoad（...） doesn't consider that the render process of the SharedWorker  is a guest, so it denies the load of SharedWorker's script.

So we introduce webview partition id map in ExtensitonRenderState. When loading a SharedWorker script, we will check whether the script file is in the accessible resource of given "Partition ID", and decide whether it can be loaded or not. 

BUG=

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

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

When settings in a window is enabled, add a back button to the devices
page. This helps because the window has no address bar. See bug for
screenshot.

Longer-term, the devices page should show as an overlay in Settings
rather than load as a new page.

RTL is not enabled for this page; see issue 386020.

BUG=384333
R=noamsml@chromium.org,oshima@chromium.org

+oshima@ for icon. Oshima, is theme_resources the right place for this?
+stevenjb@ for browser shenanigans in local_discovery_ui.cc.

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

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

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