| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
"foo"PRIuS is a user-defined literal in C++11. Add spaces around these macros.
Likewise, L"\xab"L"c" is a user-defined literal, so insert a space in the
middle.
No functionality change.
BUG=chromium:263960
TBR=alokp@chromium.org, dmichael@chromium.org, enne@chromium.org, isherman@chromium.org, rsleevi@chromium.org, thestig@chromium.org
Review URL: https://codereview.chromium.org/20182002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213566 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Move keycodes to ui namespace (anonymous namespace under ui namespace)
to prevent conflicts when building android webview.
Fix failure detected in Android AOSP bot
http://build.chromium.org/p/chromium.fyi/builders/Android%20AOSP%20Builder%20(dbg)
build log
http://build.chromium.org/p/chromium.fyi/builders/Android%20AOSP%20Builder%20%28dbg%29/builds/2866/steps/compile/logs/stdio
verified webview via local build.
NOTRY=true
TBR=ben@chromium.org
BUG=
Review URL: https://chromiumcodereview.appspot.com/20131002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213540 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
application launcher will be flush with the shelf
There is one edge case left for a rotated shelf: Messages are slightly offsetted from the system menu (if existent). Beside that everything seems to work now as expected.
BUG=259029
TEST=visual with L/R languages and with different shelf alignments
Review URL: https://chromiumcodereview.appspot.com/19771021
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213500 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
Remove Android dependencies on WebInputEventFactory and WebKeyboardEvent
implementations from content/, adding substitute methods where appropriate.
BUG=263189
Review URL: https://chromiumcodereview.appspot.com/20013002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213474 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I don't see the same issue of crbug.com/244323 on Windows so far, but theoretically this CL fixes the same possible issue on Windows.
By the way, this CL is effective for the case that some of fonts are unexpectedly smaller than the default font. Not effective for the case that some of fonts are unexpectedly larger than the default font. So, this CL doesn't fix crbug.com/146236 .
BUG=244323
TEST=none
Review URL: https://chromiumcodereview.appspot.com/19734003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213383 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently when dragging an app from the app list outside the bounds of
the app launcher the apps in the launcher continue to re-arrange
themselves even though the cursor may be nowhere near the app launcher,
which looks weird.
This change makes it so that the app launcher animates back to its
original state while the cursor is outside the launcher, and will cause
drops to outside the app launcher to return the dragged app to its
original position, which is consistent with flows such as dragging apps
to the taskbar on Windows / ChromeOS.
BUG=261452
Review URL: https://chromiumcodereview.appspot.com/19382003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213339 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
BUG=263627
R=mukai@chromium.org
Review URL: https://codereview.chromium.org/19471016
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213335 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
EnterNotify and LeaveNotify events will be dispatched to event handlers.
BUG=263220
Review URL: https://chromiumcodereview.appspot.com/19664007
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213308 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the 1st patch to add progress bar notification support. It contains:
1) A new progress type is added and a new optional progress value is added.
2) NotificationView creates and adds a NotificationProgressbar child view.
BUG=170924
TEST=manual test by creating a progress bar notification
Review URL: https://chromiumcodereview.appspot.com/18662006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213287 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Until this CL, TestingProfile had 3 distinct URLRequestContexts it would return to the user: one via profile->GetDefaultStoragePartition()->GetRequestContext(), one via profile->GetRequestContext(), and one via profile->GetResourceContext->GetRequestContext(). All of these had different cookie stores. This CL unified them so they all return the one from profile->GetDefaultStoragePartition()->GetRequestContext(). This correctly mimics how production code works.
Doing this had a bunch of implications:
(1) Removes TestingProfile::CreateRequestContext()/ResetRequestContext()
(2) Changes MockRequestContext to share the URLRequestContext with TestingProfile.
(3) TestingProfile now requires all BrowserThreads.
Point (3) effectively adds TestBrowserThreadBundle into a bunch more spots. Because of that, we also have the following changes:
(a) AshTestBase now has a TestBrowserThreadBundle
(b) Removed a bunch of real threads from tests.
(c) TemplateUrlService has reworked synchronization semantics.
(d) Removed MultiThreadTestHelper.
(e) Added TestingIOThread class + testing API in IOThread to mock out various IO thread tasks which enervated with the new TestBrowserThreadBundle.
TBR=bauerb,brettw,isherman,joth,jyasskin,mattm,mmenke,mnissler,pkasting,rkc,rlp,satorux,tim,xians,joth
BUG=159193
Review URL: https://chromiumcodereview.appspot.com/17127002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213272 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Third try for getting asynchrous readpixels to work everywhere.
This is identical to: https://codereview.chromium.org/16831004/, but with the following fixes:
OutOfProcessPPAPITests.Graphics3D (removed a check in query_tracker.cc)
GLReadbackTest.ReadPixelsWithPBO (removed, no longer a valid test)
GLReadbackTest.ReadPixelsWithPBOAndQuery (now uses the correct query)
And, new in this CL:
Disable asynchronous readpixels on macosx prior to 10.8, as it would seem
that the GL_ARB_fence extension doesn't seem to work on any driver, and
there are crashes in readpixel itself on intel drivers. The original
CL only disabled the async readpixels path for intel drivers.
BUG=258169
Review URL: https://chromiumcodereview.appspot.com/19579008
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213261 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This has to be done in RWHVA::SetBounds because this is called before other observers (aura::WindowObserver, gfx::DisplayObserver) get called.
Also updated TestScreen to update the display when UI scale is set.
Removed screen_info_out_of_date_ as this doesn't seem to be used properly.
BUG=253917
TEST=covered by test. see bug for repro step.
Review URL: https://chromiumcodereview.appspot.com/19293002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213252 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
BUG=242290
R=ben@chromium.org
Review URL: https://chromiumcodereview.appspot.com/19781003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213219 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Synced Notifications can be sent from web services. This checkin will allow us to enable and disable synced notifications from specific service sources. For example, sending services could include mail, calendar, and Google+. These notifications will be displayed to the user as Rich Notifications.
We are developing a protocol to send the names, app ids, and icons for these services as a new synced data type. However, until that protocol is ready, we are hardcoding the names and icons of the services into chrome. We will remove the hardcoded names and icons once the new sync datatype is ready (hopefully during the next milestone).
This change also supplies the name of our first client (Google+) and an icon to use in the synced notifications settings dialog. Due to licensing restrictions, we are checking in one icon for chromium (basically a copy of the default favicon), and another one for chrome proper (this will be a separate checkin to the chrome specific codebase).
BUG=254617
Review URL: https://chromiumcodereview.appspot.com/19056002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213175 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In linux_aura, we must set cursors through the CursorClient interface
instead of on the raw RootWindowHost interface because the CursorClient
actually sets the system cursor types.
In windows aura, we must keep track of the current cursor. We do not and
instead always claim that the current cursor is the null cursor.
BUG=247180
Review URL: https://chromiumcodereview.appspot.com/19882003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213167 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
Removes the in-process implementations for Gpu and Utility.
R=jam@chromium.org, sky@chromium.org
BUG=237249
Review URL: https://codereview.chromium.org/19502003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213126 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This should yield a minor painting performance improvement.
I tested that this skips painting the expected runs locally.
BUG=131660,256908
TEST=No missing/invisible text regressions, minor perf improvement for excessively long textfields text.
R=asvitkine@chromium.org,ckocagil@chromium.org
Review URL: https://chromiumcodereview.appspot.com/19684007
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213121 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Views Comboboxes should close when clicked while open.
(this matches MenuButton and Native Win Comboboxes)
Use a timer to require 100ms before re-opening the menu.
(required because of menu nested message loop complexity)
Share MenuButton's kMinimumTimeBetweenButtonClicks const.
BUG=260146,175843
TEST=Clicking the combobox view while its menu is open causes the menu to close without re-opening. The menu will re-open after 100ms (about as fast as you can click it again). This behavior matches other Chrome menus like the hotdog menu, bookmark menus, etc. No other behavior changes.
R=sky@chromium.org
Review URL: https://chromiumcodereview.appspot.com/19520020
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213120 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
This also does some rewiring under the hood so that the 'Continue' button at the end of autocheckout is actually an OK button and not a CANCEL button (this should not lead to any user-visible change).
BUG=261669
R=ahutter@chromium.org, msw@chromium.org, sky@chromium.org
Review URL: https://codereview.chromium.org/19705008
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213017 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
ActionBox is no more, and is unlikely to be coming back. This CL removes
old ActionBox code, associated resources, feature switch and extension
API.
BUG=234737
Review URL: https://chromiumcodereview.appspot.com/19695004
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213009 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212979 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
clang requires explicitly declared virtual destructors (to ensure
they're only compiled in one translation unit), while the component
build requires explicit exporting of symbols used from other shared
objects.
BUG=258651
TBR=sidharthms@chromium.org, sky@chromium.org
Review URL: https://codereview.chromium.org/19859006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212959 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There are 2 problems addressed by this CL. The first is that the
borders were not being drawn at all because when adjusting their
width for the scale factor required by the source -> dest mapping
it was less than 1 and being truncated to 0.
The second issue is that since we draw a separator in the progress
bar, the width of each "section" may not be evenly divisible by
the width of the progress bar, and the last section would be cut
off. The fix here is to draw a subset of the sections with a width
of 1 pixel less so that it fits exactly into the progress bar.
BUG=176221
Review URL: https://chromiumcodereview.appspot.com/19682002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212955 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
BUG=262210
R=msw@chromium.org, oshima@chromium.org, sky@chromium.org
Review URL: https://codereview.chromium.org/19877002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212951 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This CL restructures ozone event handling logic as a prelude to
supporting hotplugging on evdev and to permit external embedders
to register their own EventConverterOzone instances as necessary.
BUG=178543
R=sky@chromium.org
Review URL: https://codereview.chromium.org/19589003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212944 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A change in window creation logic to resolve a TODO in RootWindowHostOzone
broke multiple ozone=1 unit tests because of the absence of a SurfaceFactoryOzone
implementation. This CL adds the creation of an appropriate stub
SurfaceFactoryOzone to the aura test helper code.
BUG=262277
R=ben@chromium.org
Review URL: https://codereview.chromium.org/19482017
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212907 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
BUG=None
Review URL: https://chromiumcodereview.appspot.com/19934002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212870 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
BUG=257961
Review URL: https://chromiumcodereview.appspot.com/19705012
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212843 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
> Colors shouldn't break runs and should be handled while drawing the text
>
> BUG=262119,256908
> TEST=In a views textfield, selecting half of a ligature shouldn't break the ligature. See http://www.catch22.net/tuts/uniscribe-mysteries in Firefox to see a example of how it used to look versus how it is supposed to look.
> TBR=asvitkine@chromium.org
>
> Review URL: https://chromiumcodereview.appspot.com/19672006
TBR=ckocagil@chromium.org
Review URL: https://codereview.chromium.org/19861004
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212830 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
There are cases that we need the status of the input method, but no need to change it.
This CL introduces {View,Widget}::GetInputMethod() const.
TEST=none
Review URL: https://chromiumcodereview.appspot.com/18238018
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212798 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(was: Issue 18848002: Shows Japanese and English mixed queries correctly.)
The CL 18848002 was reverted because the new unit test, which I added, depended on the specific fonts and didn't run well on some of platforms.
I've carefully chosen another font for the unit test, which is available on all platforms.
BUG=244323
TEST=Test manually.
Review URL: https://chromiumcodereview.appspot.com/19352002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212792 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
BUG=262119,256908
TEST=In a views textfield, selecting half of a ligature shouldn't break the ligature. See http://www.catch22.net/tuts/uniscribe-mysteries in Firefox to see a example of how it used to look versus how it is supposed to look.
TBR=asvitkine@chromium.org
Review URL: https://chromiumcodereview.appspot.com/19672006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212778 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We currently don't detect & drop noise TouchBegin, but only for noise
TouchUpdate & TouchEnd. This could result in a noise TouchBegin is
translated to be a TouchPress at (0,0) and if not cancelled quickly
enough, it triggers long press effect at (0,0). This CL changes to
drop the noise TouchBegin.
BUG=237899
TEST=2F Swipe in horizontally from side bezel, and check that no
long press effect appears at (0,0)
Review URL: https://chromiumcodereview.appspot.com/19649005
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212736 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
This CL instroduce kb-shift-key. It is extended from kb-key with
the ability to listen to double click event.
BUG=252751
Review URL: https://chromiumcodereview.appspot.com/19771007
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212723 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
this fixes the regression caused by r209598, and improves some menu behaviors.
Before r209598:
1. starting to type a menu item would not scroll the menu if the item were off the edge
2. pressing the down arrow would move the selection down, but scroll the entire menu contents up (if scrollbars were visible).
After r209598:
1. fixed
2. same
3. regression: mousing over an item would cause the menu to scroll, placing a new item under the cursor, which would cause the menu to scroll, which would place a new item under the cursor, etc. until the end of the menu was reached
After this patch:
1. fixed
2. pressing the down arrow moves the selection down, but only scrolls the menu just enough such that item is visible (matches behavior of <select>s in renderer)
3. fixed. Bonus: mousing over a partially visible menu item will scroll the menu till that item is visible.
BUG=258182
Review URL: https://chromiumcodereview.appspot.com/19695003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212638 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
Review URL: https://chromiumcodereview.appspot.com/19772010
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212560 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
Without this conversion, key is rejected.
BUG=None
TEST=Manually confirmed the key is sent to web page.
Review URL: https://chromiumcodereview.appspot.com/19194003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212542 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
video class, but the PowerSaveBlocker could be used for embedding video or the use case which isn't related to the video at all.
This patch adds new API to PowerSaveBlocker.
BUG=247892
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=212022
Review URL: https://chromiumcodereview.appspot.com/17175009
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212536 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
most notably, make the legal documents text readable.
BUG=260355
Review URL: https://chromiumcodereview.appspot.com/19531006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212477 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
App Indicator has been implemented as part of libgtk2ui (since app indicators
use gtk). A StatusIconLinux interface has been created alongside linux_ui
interface since we don't want gtk2ui library to depend on the "browser" target
(where status_icon.h is). This interface will be used by implementions of
linux_ui (e.g. libgtk2ui) to support status icons. AppIndicatorIcon is such an
implementation (part of libgtk2ui) which enables app indicator support.
App indicators require us to pass in a GtkMenu (they will not be shown without
a menu) and so some "tools" have been added to create a GtkMenu from a menu
model (similar to GtkMenu implementation).
App indicators do not support setting the icon from a pixbuf and so we have to
create a temporary icon file and pass in the icon directory to libappindicator.
Note: This does not support updating the app indicator menus automatically
when the menu-model is changed externally (i.e. if the change is not due to a
menu item click).
BUG=258651
Review URL: https://chromiumcodereview.appspot.com/18334003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212476 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
Initialize RootWindowHostOzone with native AcceleratedWidget
BUG=
Review URL: https://chromiumcodereview.appspot.com/19662002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212475 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
BUG=249509
R=dewittj@chromium.org
Review URL: https://chromiumcodereview.appspot.com/19291004
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212431 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the render view.
This steals a few pixels from the content so that slide gestures can be
appropriately generated even if the content page consumes touch events
(in which case without stealing these pixels result in no gestures being
generated and so no sliding out of the top container in immersive
mode).
Increased number of pixels to steal slightly (from 5 to 8) to improve
accuracy, may be tweaked later.
BUG=chromium:252225
TEST=Works reliably even when page consumes touch/mouse events. Works on
rotation.
TBR=ben@chromium.org
Review URL: https://chromiumcodereview.appspot.com/18539015
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212428 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
BUG=none
R=sky@chromium.org
Review URL: https://codereview.chromium.org/19235012
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212416 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Original CL here: https://codereview.chromium.org/17619005/
Changed since previous landing is diff between ps1 and ps2.
Diff since previous landing is a bit noisy, but in those files
against original is relatively small. The conditions for the
defines were incorrect and are simpler (and correct) now.
Previously:
Create top-level separate targets for browser and child dlls
The general idea is that there's top level targets chrome and chrome_child,
and corresponding content_app and content_app_child that depend on only
the subtargets that should be included in the appropriate dll.
Currently (probably) Windows-only and requires setting chrome_multiple_dll=1
for gyp.
Links, but Blink is still included in browser.
Single-process mode is currently disabled when chrome_multiple_dll is set.
Current graph is at:
http://commondatastorage.googleapis.com/chromelinkgraph/deps.html generated by
"python tools\win\split_link\graph_dependencies.py deps.html"
Remove the previous hacky-er attempt at this that was named "split dll".
TBR=jam@chromium.org
BUG=237249, 256965
Review URL: https://codereview.chromium.org/19572013
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212415 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
It's interfering with our stability stats.
Review URL: https://chromiumcodereview.appspot.com/19671003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212402 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
BUG=260139
TEST=Manual, see bug
R=ccameron1
TBR=sail
Review URL: https://chromiumcodereview.appspot.com/18968003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212388 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
directives.
This is to move back icu headers in
third_party/icu/public/{i18n,common}/unicode back to their upstream
locations in third_party/icu/source/{i18n,common}/unicode.
http://codereview.chromium.org/18836004 has is a CL to move
ICU header files.
Roll ICU to the version with the above ICU CL (http://crrev.com/211851 ).
In addition to the global replacement of third_party/icu/public with third_party/icu/source, the top-level DEPS, DEPS in printing and chrome/ are tightened up. (the latter two were too permissive (it used to allow any header from third_party/icu).
Besides, sync '-foo' list in ios/public/DEPS with '+foo' in the top-level DEPS and build/linux/unbundled/icu.gyp is updated.
BUG=251433
TEST=Compile succeeds on all bots. checkdeps.py does not find any error.
TBR=brettw,sky,wtc
Review URL: https://chromiumcodereview.appspot.com/18252003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212324 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Temporary revert of this as Android Build Sheriff until the
Android UI stops using SetTextureId. Needed since it is currently
impossible to roll the version of chromium used by Android past
this change.
> cc: Remove TextureLayer::SetTextureId and TextureLayer::WillModifyTexture
>
> These are not used anymore except for clearing the client-provided texture, so
> this removes 1 of 4 TextureLayer paths, and implifies externally-exposed state.
>
> BUG=None
>
> Review URL: https://chromiumcodereview.appspot.com/19303003
BUG=261151
TBR=piman@chromium.org
Review URL: https://codereview.chromium.org/19463010
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212321 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
After flicking a touch selection handle, moving the mouse or typing with
keyboard should hide the handles. But, this was not the case.
BUG=261213
Review URL: https://chromiumcodereview.appspot.com/19582004
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212299 0039d316-1c4b-4281-b951-d872f2087c98
|