move highdpi flags translation to right section

This section is for crash messages, not flags.  Move these messages up
to the flags section.

BUG=chromium:210624
TEST=loaded on a system and checked DPI messages in chrome://flags

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@227478 0039d316-1c4b-4281-b951-d872f2087c98
Merge AudioRendererImpl::FillBuffer into Render and remove implicit type conversions.

BUG=291735
TEST=All existing unit tests still pass.

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@227479 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 227479
[MediaGalleries] File util infrastructure for the iphoto virtual FS.

R=vandebo@chromium.org
BUG=151703

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@227480 0039d316-1c4b-4281-b951-d872f2087c98
Automated Commit: Committing new LKGM version 4793.0.0 for chromeos.

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@227481 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 227481
drive: Convert WAPI formatted resource IDs correctly for fast fetch

This change should be included in http://crrev.com/226714
Lack of this resource ID conversion results in WAPI formatted resource IDs used as parent IDs only when the entries are acquired via fast fetch, because the feature is using GetResourceListInDirectoryByWapi() in favor of better performance.
This couldn't be found by unit tests because FakeDriveService's GetResourceListInDirectoryByWapi() implementation does not return WAPI formatted resource IDs.

BUG=304767
TEST=Login with an account with a lot of files, launch Files.app and go to Google Drive, see the contents of "My Drive" appearing quickly.
R=hidehiko@chromium.org

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@227482 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 227482
Views Textfield/Omnibox: Do not paste on Ctrl+Alt[Gr]+V or AltGr+V.

Make the Views Omnibox and Textfield treat AltGr as Alt.
(This is the right alt key on Hungarian, Polish, etc. keyboards)
(Hungarian users press AltGr+V for "@" etc.)

Make the Views Omnibox not paste on Ctrl+Alt+V (matches Win & Mac).
(The Views Textfield already does not paste if Alt is pressed)

Add a test that Ctrl/Cmd+Alt+V does not paste.

TODO(msw): Test that AltGr+V does not invoke paste.
(We don't have common test infrastructure to press AltGr)

BUG=303073
TEST=Ctrl+Alt+V, Ctrl+AltGr+V, and AltGr+V do not paste in the Omnibox or Find Bar, etc. (Add Hungarian or Polish keyboard layouts, use the Right-Alt or on-screen keyboard for the AltGr button).
R=pkasting@chromium.org

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@227483 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 227483