- 22 Sep, 2011 40 commits
-
-
phajdan.jr@chromium.org authored
This improves run time from ~3 minutes to ~2 minutes for me locally. BUG=28291 Review URL: http://codereview.chromium.org/7974012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102363 0039d316-1c4b-4281-b951-d872f2087c98
-
phajdan.jr@chromium.org authored
BUG=90489 Review URL: http://codereview.chromium.org/7980053 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102362 0039d316-1c4b-4281-b951-d872f2087c98
-
jstritar@chromium.org authored
Review URL: http://codereview.chromium.org/7974014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102360 0039d316-1c4b-4281-b951-d872f2087c98
-
xji@google.com authored
2. Fix pango rendering of Arabic joining shapes. In Pango, different font means different runs, and it breaks arabic shaping across run boundaries. Do not reset font attribute if it is the same as default. BUG=90426 TEST=RenderTextTest.MoveLeftRightByWord*. Build chromeos, open it with --use-pure-views, type in تسیک then select the 2nd and 3rd characters, check whether the characters' shapes changes (from joining to not joining). Review URL: http://codereview.chromium.org/7892044 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102359 0039d316-1c4b-4281-b951-d872f2087c98
-
dpranke@chromium.org authored
TBR=jam@chromium.org BUG=90442 TEST=none Review URL: http://codereview.chromium.org/8002003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102353 0039d316-1c4b-4281-b951-d872f2087c98
-
jstritar@chromium.org authored
The uninstall prompt is owned by the settings page (the dialog's delegate), which gets destroyed when the user navigates to a new page. We need to make sure we invalidate pointers to the settings page when this occurs. This adds an ExtensionUninstallDialog with platform specific implementations. GTK: The settings page owns the ExtensionUninstallDialogGtk, which closes the GTK prompt when being destroyed. VIEWS: The views framework is a bit more convoluted because views owns the prompt's views::View. We have two classes: ExtensionUninstallDialogDelegateView owned by views, and ExtensionUninstallDialogViews owned by the settings page. If the user accepts or denies the prompt, we proxy the events through ExtensionUninstallDialogViews so we can invalidate pointers back to the views widget. If the settings page is destroyed, the ExtensionUninstallDialogViews closes the views widget after invalidating pointers back to the settings page. COCOA: You can't navigate away from the page when the prompt is open, so the dialog can't outlive its delegate. BUG=75011 TEST=see bug. Review URL: http://codereview.chromium.org/7920023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102351 0039d316-1c4b-4281-b951-d872f2087c98
-
tfarina@chromium.org authored
The use of a protected virtual destructor is to prevent the destruction of a derived object via a base-class pointer. That's it, CompositorDelegate should only be deleted through derived class. Example: class Delegate { public: ... protected: virtual ~Delegate() {} }; class Foo : public Delegate { }; Delegate* delegate = new Foo; delete delegate; // It should prevent this situation! R=sky@chromium.org Review URL: http://codereview.chromium.org/7974010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102350 0039d316-1c4b-4281-b951-d872f2087c98
-
thakis@chromium.org authored
Revert 102346 (already landed in 102342. It's a great CL, but having it in the tree once is enough.) - clang downloader: Clean up temporary files on the bots. BUG=96722 TEST=none Review URL: http://codereview.chromium.org/7994010 TBR=thakis@chromium.org Review URL: http://codereview.chromium.org/7970013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102349 0039d316-1c4b-4281-b951-d872f2087c98
-
bshe@chromium.org authored
BUG=none TEST=none Review URL: http://codereview.chromium.org/7926010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102348 0039d316-1c4b-4281-b951-d872f2087c98
-
mdm@chromium.org authored
Linux: try libgio-2.0.so.0 first and then libgio-2.0.so when trying to use gsettings for proxy settings. Some distributions only have libgio-2.0.so.0, unless development packages are installed. BUG=91744 Review URL: http://codereview.chromium.org/7982053 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102347 0039d316-1c4b-4281-b951-d872f2087c98
-
thakis@chromium.org authored
BUG=96722 TEST=none Review URL: http://codereview.chromium.org/7994010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102346 0039d316-1c4b-4281-b951-d872f2087c98
-
mazda@chromium.org authored
I added accented character data for French layout to demonstrate how the data is used in this implementation. I'll add the data of alternative characters for several symbols and the data for US layout in the later CLs. BUG=none TEST=manual Review URL: http://codereview.chromium.org/7754019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102345 0039d316-1c4b-4281-b951-d872f2087c98
-
thakis@chromium.org authored
Two parts: 1.) Let the banned_directories_ require full directory matches, not just suffixes. 2.) Remove "clang" from banned_directories_. Now that mac builds just go into xcodebuild / out, it's no longer required. Regressed in http://codereview.chromium.org/7824047 BUG=97452 TEST=Try jobs to linux_clang report style problems again. tools/clang/plugin/tests/test.sh passes again. Review URL: http://codereview.chromium.org/7980045 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102344 0039d316-1c4b-4281-b951-d872f2087c98
-
thakis@chromium.org authored
Locally, a full build is 50% faster with this. BUG=none TEST=mac trybot build time should go down at least 7 minutes. Review URL: http://codereview.chromium.org/7994008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102343 0039d316-1c4b-4281-b951-d872f2087c98
-
thakis@chromium.org authored
BUG=96722 TEST=none Review URL: http://codereview.chromium.org/7994010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102342 0039d316-1c4b-4281-b951-d872f2087c98
-
oshima@google.com authored
TBR=rsleevi@chromium.org BUG=96300 TEST=none Review URL: http://codereview.chromium.org/7969018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102338 0039d316-1c4b-4281-b951-d872f2087c98
-
sergeyu@chromium.org authored
BUG=None TEST=Compiles. Review URL: http://codereview.chromium.org/7982032 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102337 0039d316-1c4b-4281-b951-d872f2087c98
-
dpranke@chromium.org authored
Remove webkit_glue::BuildUserAgent(), change the contract in webkit_glue so that SetUserAgent() must be called before GetUserAgent(). This was causing a dependency inversion between webkit_support and its clients, and was needed for the content component build. For content users, calling SetContentClient() will automatically initialize the user agent (retrieved from client->GetUserAgent()). As a bonus, fixing this allowed me to re-test the "mimic_windows" code path and it looks like we no longer need it. R=jam@chromium.org,tony@chromium.org BUG=11136,90442 TEST=visit yahoo! mail using Chromium on Linux, ensure that we don't get an "unsupported browser" warning. Review URL: http://codereview.chromium.org/7922023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102336 0039d316-1c4b-4281-b951-d872f2087c98
-
davemoore@chromium.org authored
BUG=97131 TEST=views_unittests Review URL: http://codereview.chromium.org/7996008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102335 0039d316-1c4b-4281-b951-d872f2087c98
-
dpranke@chromium.org authored
TBR=jam@chromium.org BUG=90442 TEST= Review URL: http://codereview.chromium.org/7967013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102334 0039d316-1c4b-4281-b951-d872f2087c98
-
dpranke@chromium.org authored
content. R=jam@chromium.org,crogers@google.com,allanwoj@chromium.org BUG=90442 TEST=none Review URL: http://codereview.chromium.org/7981049 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102332 0039d316-1c4b-4281-b951-d872f2087c98
-
sadrul@chromium.org authored
BUG=none TEST=manually Review URL: http://codereview.chromium.org/7925006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102330 0039d316-1c4b-4281-b951-d872f2087c98
-
tfarina@chromium.org authored
R=thakis@chromium.org Review URL: http://codereview.chromium.org/7994009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102329 0039d316-1c4b-4281-b951-d872f2087c98
-
joi@chromium.org authored
substitution in the resource_ids file correctly when it is invoked by ninja (which uses a relative path for this, whereas our gyp-generated make files use an absolute path). BUG=97420 TEST=this builds: ninja -C out/Debug chrome_extra_resources Review URL: http://codereview.chromium.org/7995013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102327 0039d316-1c4b-4281-b951-d872f2087c98
-
jianli@chromium.org authored
Changed Panel.xib to add icon in NSView type. BUG=none TEST=manul test to verify it exists Review URL: http://codereview.chromium.org/7981035 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102326 0039d316-1c4b-4281-b951-d872f2087c98
-
pkasting@chromium.org authored
Revert 102322 - For the SSL cert status, convert anonymous enum that gives bit values into a typedefed uint32. This allows code all over Chromium to use an explicit type instead of "int". (This isn't possible by simply naming the enum as technically the enum doesn't define all of the possible combinations of bits.) This also means the individual named bit constants themselves have the same explicit type. I find the resulting code to be noticeably clearer. This also exposed a bug in SSLErrorInfo::GetErrorsForCertStatus() where not having an explicit type allowed a function argument ordering bug to creep in, so I claim this is safer too. I also added CERT_STATUS_NO_ERROR in place of "0" as a magic number. Normally this makes things like DCHECK_EQ() unhappy, but when I'd originally tested this I didn't seem to need to make any changes due to that. Will be watching the trybots... The original motiviation for this change was to find a way to eliminate some cases of passing anonymous-typed values as template arguments (which happens when you use a value from the enum in e.g. EXPECT_EQ()), which is technically illegal in C++03, though we don't warn about it. Simply naming the enum would have done this, but this would have encouraged readers to actually use the enum name as a type, which for a bitfield is inappropriate for the reason given in the first paragraph. BUG=92247 TEST=Compiles Review URL: http://codereview.chromium.org/7819009 TBR=pkasting@chromium.org Review URL: http://codereview.chromium.org/7995014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102325 0039d316-1c4b-4281-b951-d872f2087c98
-
pkasting@chromium.org authored
For the SSL cert status, convert anonymous enum that gives bit values into a typedefed uint32. This allows code all over Chromium to use an explicit type instead of "int". (This isn't possible by simply naming the enum as technically the enum doesn't define all of the possible combinations of bits.) This also means the individual named bit constants themselves have the same explicit type. I find the resulting code to be noticeably clearer. This also exposed a bug in SSLErrorInfo::GetErrorsForCertStatus() where not having an explicit type allowed a function argument ordering bug to creep in, so I claim this is safer too. I also added CERT_STATUS_NO_ERROR in place of "0" as a magic number. Normally this makes things like DCHECK_EQ() unhappy, but when I'd originally tested this I didn't seem to need to make any changes due to that. Will be watching the trybots... The original motiviation for this change was to find a way to eliminate some cases of passing anonymous-typed values as template arguments (which happens when you use a value from the enum in e.g. EXPECT_EQ()), which is technically illegal in C++03, though we don't warn about it. Simply naming the enum would have done this, but this would have encouraged readers to actually use the enum name as a type, which for a bitfield is inappropriate for the reason given in the first paragraph. BUG=92247 TEST=Compiles Review URL: http://codereview.chromium.org/7819009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102322 0039d316-1c4b-4281-b951-d872f2087c98
-
rogerta@chromium.org authored
RLZ strings for the omnibox and home page access points instead of just invalidating, so that the first time the code tries to use the strings after the ping they are valid. BUG=None TEST=Install chrome. Chrome will start automatically, do not stop it. Wait for the RLZ ping to be sent. Perform a search with the omnibox and make sure an rlz= CGI parameter is present. Visit the home page and make the request contains an X-Rlz-String HTTP header. To perform these tests, install an official chrome build with a non-organic brand code. Review URL: http://codereview.chromium.org/7980013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102321 0039d316-1c4b-4281-b951-d872f2087c98
-
oshima@google.com authored
This reverts commit abd8f18a14e1c07f2b0750b1d3c06d5d708a89f1. Re-enable disabled test due to this TBR=sail@chromium.org BUG=97625 TEST=none Review URL: http://codereview.chromium.org/7996011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102319 0039d316-1c4b-4281-b951-d872f2087c98
-
dcheng@chromium.org authored
The code attempts to detect an image with a garbage in the alpha channel and reset the alpha channel to a sane state in that case. BUG=97160 TEST=Paste an image into a page using event.ClipboardData with the Windows Basic theme active. Review URL: http://codereview.chromium.org/7967007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102317 0039d316-1c4b-4281-b951-d872f2087c98
-
chrome-admin@google.com authored
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102316 0039d316-1c4b-4281-b951-d872f2087c98
-
rogerta@chromium.org authored
BUG=96640 TEST=No user visible change. Review URL: http://codereview.chromium.org/7979007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102315 0039d316-1c4b-4281-b951-d872f2087c98
-
adamk@chromium.org authored
R=nduca@chromium.org Review URL: http://codereview.chromium.org/7982015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102314 0039d316-1c4b-4281-b951-d872f2087c98
-
ananta@chromium.org authored
Fix a flash plugin process crash on Windows which occurs on the field in the context of the SetCursor Windows API call. We intercept this API to ensure that custom cursors set by flash plugin can be marshaled back to the browser process. Based on the callstack the crash occurs while clearing the custom data vector in the WebCursor object in the plugin process. As this field is not used on Windows, it is not clear why this crash occurs. It may well be due to the fact that the global plugin instance pointer is pointing to an invalid plugin instance. Code inspection did not reveal much. We don't need to save away the plugin cursor in the SetCursor intercept. This can be safely done in the HandleEvent handler, which simplifies the code and should hopefully fix this crash. Fixes bug http://code.google.com/p/chromium/issues/detail?id=96282 BUG=96282 Review URL: http://codereview.chromium.org/7988009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102313 0039d316-1c4b-4281-b951-d872f2087c98
-
ben@chromium.org authored
Adds a NonClientFrameView for generic toplevel windows.Also adds a feeble (but better than what there was) attempt at sometimes updating the cursor. Will have to be replaced by a better system, but it's a start.http://crbug.com/97247TEST=none Review URL: http://codereview.chromium.org/7977012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102312 0039d316-1c4b-4281-b951-d872f2087c98
-
sergeyu@chromium.org authored
BUG=74951 TEST=Compiles Review URL: http://codereview.chromium.org/7981026 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102311 0039d316-1c4b-4281-b951-d872f2087c98
-
flackr@chromium.org authored
Dialogs shown using ShowHtmlDialog are not added to any tab strip or as a browser window. This CL adds to web_ui_browsertest functions to grab the newly created WebUI instance and run tests on it. This also adds WebUI certificate viewer tests. BUG=None TEST=Adds tests CertificateViewerUITest.testDialogURL, CertificateViewerUITest.testCN, CertificateViewerUITest.testDetails. Review URL: http://codereview.chromium.org/7861024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102310 0039d316-1c4b-4281-b951-d872f2087c98
-
asargent@chromium.org authored
This should have been committed with http://codereview.chromium.org/7982011/ but something went wrong with the binary being added to the CL. BUG=none TEST=none TBR=miket@chromium.org Review URL: http://codereview.chromium.org/7990006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102308 0039d316-1c4b-4281-b951-d872f2087c98
-
phajdan.jr@chromium.org authored
I've used a profiler and removed code that takes long time bug we don't use, and optimized several regular expressions. BUG=28291 Review URL: http://codereview.chromium.org/7988008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102307 0039d316-1c4b-4281-b951-d872f2087c98
-
evan@chromium.org authored
It is not actually supported by gyp; the fact that it works is a bug that I am working on fixing. BUG=96629 Review URL: http://codereview.chromium.org/7889051 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@102306 0039d316-1c4b-4281-b951-d872f2087c98
-