- 30 Apr, 2009 38 commits
-
-
jungshik@google.com authored
This needs to be merged with 2.0 (172.x) branch. TBR=mal BUG=11198 Review URL: http://codereview.chromium.org/100218 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14975 0039d316-1c4b-4281-b951-d872f2087c98
-
ben@chromium.org authored
Xiaomei, I just applied the code that you suggested in your email and it worked. Review URL: http://codereview.chromium.org/99237 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14974 0039d316-1c4b-4281-b951-d872f2087c98
-
estade@chromium.org authored
BUG=11190 Review URL: http://codereview.chromium.org/99243 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14973 0039d316-1c4b-4281-b951-d872f2087c98
-
mal@chromium.org authored
BUG= 11175 R= sidchat TEST= See bug. Also check that the dictionary under Chrome\Application\Dictionaries is lt-lt-1-3.bdic. Review URL: http://codereview.chromium.org/99241 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14972 0039d316-1c4b-4281-b951-d872f2087c98
-
tc@google.com authored
Used for gears file drag & drop in chrome, define the values of the drop effect overrides to match the gears definitions. BUG=7995 Original patch by Noel Gordon via: http://codereview.chromium.org/99231 Review URL: http://codereview.chromium.org/102016 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14971 0039d316-1c4b-4281-b951-d872f2087c98
-
http://codereview.chromium.org/99223thomasvl@chromium.org authored
- Add a new target to build just what's needed for the webkit layout bots. - Roll deps for the needed GYP change. Review URL: http://codereview.chromium.org/100208 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14969 0039d316-1c4b-4281-b951-d872f2087c98
-
amanda@chromium.org authored
of Windows file & string manipulation, enable plugin tests on the Mac. Review URL: http://codereview.chromium.org/102014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14968 0039d316-1c4b-4281-b951-d872f2087c98
-
pinkerton@chromium.org authored
Add notification (and unit test) for closing prefs window so it can be cleaned up properly in the app controller. Make the prefs window controller the window's delegate so it gets close notifications. Review URL: http://codereview.chromium.org/99238 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14967 0039d316-1c4b-4281-b951-d872f2087c98
-
robertshield@google.com authored
Review URL: http://codereview.chromium.org/99219 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14966 0039d316-1c4b-4281-b951-d872f2087c98
-
playmobil@google.com authored
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14964 0039d316-1c4b-4281-b951-d872f2087c98
-
playmobil@google.com authored
Review URL: http://codereview.chromium.org/100212 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14960 0039d316-1c4b-4281-b951-d872f2087c98
-
pinkerton@chromium.org authored
Add a very basic preferences window controller with unit test. Fix the prefs nib to know the FileOwner is a NSWindowController and hook them together. Review URL: http://codereview.chromium.org/102015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14958 0039d316-1c4b-4281-b951-d872f2087c98
-
willchan@chromium.org authored
Review URL: http://codereview.chromium.org/99205 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14955 0039d316-1c4b-4281-b951-d872f2087c98
-
dkegel@google.com authored
by a crash. Review URL: http://codereview.chromium.org/99220 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14954 0039d316-1c4b-4281-b951-d872f2087c98
-
tc@google.com authored
Review URL: http://codereview.chromium.org/100190 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14953 0039d316-1c4b-4281-b951-d872f2087c98
-
jcampan@chromium.org authored
TBR=ben Closing the last tab with a download in-progress would cause the tab to be closed and become unusable if the user decides not to proceed with the browser shutdown. This is because we check for in-progress downloads when the browser is closed, and the tab is closed before that, leaving the tab-strip in a bad state. This CL ensures we also bring-up the confirmation dialog when the last tab is closed. BUG=10680 TEST=Start downloading a big file. While the file is downloading, close all tabs. When closing the last tab, the in-progress download dialog should be shown. Select the 'Wait for downloads', the download tab should be shown and the previous tab should still be displayed and functional. Close all tabs again, this time select the 'Close and cancel downloads' option, the browser should be closed. Review URL: http://codereview.chromium.org/100210 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14952 0039d316-1c4b-4281-b951-d872f2087c98
-
tim@chromium.org authored
using the unit_test executable rather than chrome.exe. This patch repurposes the --renderer-path switch to be --browser-subprocess-path for both plugins and renderers. BUG=11006 TEST=Any InProcessBrowserTest (they all will start at least one renderer). Use NavigateToURL to a URL containing flash, we shouldn't crash. Review URL: http://codereview.chromium.org/99011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14951 0039d316-1c4b-4281-b951-d872f2087c98
-
jcampan@chromium.org authored
Broke the Mac build. TBR=ben Review URL: http://codereview.chromium.org/99224 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14949 0039d316-1c4b-4281-b951-d872f2087c98
-
jcampan@chromium.org authored
closed and become unusable if the user decides not to proceed with the browser shutdown. This is because we check for in-progress downloads when the browser is closed, and the tab is closed before that, leaving the tab-strip in a bad state. This CL ensures we also bring-up the confirmation dialog when the last tab is closed. BUG=10680 TEST=Start downloading a big file. While the file is downloading, close all tabs. When closing the last tab, the in-progress download dialog should be shown. Select the 'Wait for downloads', the download tab should be shown and the previous tab should still be displayed and functional. Close all tabs again, this time select the 'Close and cancel downloads' option, the browser should be closed. Review URL: http://codereview.chromium.org/99195 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14948 0039d316-1c4b-4281-b951-d872f2087c98
-
sgk@google.com authored
* Fix action execution with no specified target output files. * Handle duplicate --mode= values. Review URL: http://codereview.chromium.org/99210 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14946 0039d316-1c4b-4281-b951-d872f2087c98
-
pinkerton@chromium.org authored
Initial prefs window xib from Cole. Hook the menu up to (empty) code. Use scoped pointers to manage memory. Review URL: http://codereview.chromium.org/100206 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14945 0039d316-1c4b-4281-b951-d872f2087c98
-
deanm@chromium.org authored
This is used for Linux, where we're currently not doing inverse selection. Review URL: http://codereview.chromium.org/100207 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14944 0039d316-1c4b-4281-b951-d872f2087c98
-
deanm@chromium.org authored
This wasn't actually a bug in that everything worked fine. It just meant we were calling the default handler twice, and returning from what should have been a void function. Review URL: http://codereview.chromium.org/99218 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14943 0039d316-1c4b-4281-b951-d872f2087c98
-
deanm@chromium.org authored
Review URL: http://codereview.chromium.org/100200 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14942 0039d316-1c4b-4281-b951-d872f2087c98
-
deanm@chromium.org authored
This ended up being implemented as a toplevel instead of a popup, to handle things like virtual desktop switching. I imagine there are some other problems we might hit, like the window getting decorated, etc. Although I think the shape mask might prevent decorations from being visible. This is not pixel perfect with Windows, since we're not anti-aliasing the frame border. Review URL: http://codereview.chromium.org/100203 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14941 0039d316-1c4b-4281-b951-d872f2087c98
-
rohitrao@chromium.org authored
does resolve the location bar not being focused bug on the mac build. Patch by Sean Bryant (sean@cyberwang.net). BUG=9419 Review URL: http://codereview.chromium.org/100140 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14939 0039d316-1c4b-4281-b951-d872f2087c98
-
deanm@chromium.org authored
This is a cherry-pick of the following change: http://code.google.com/p/skia/source/detail?r=159 We introduce this change for the 'lighter' composite operation. We need kAdd_Mode, which is introduced in this change for the operation. Patch by Shinichiro Hamaji. BUG=1619 Review URL: http://codereview.chromium.org/93093 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14938 0039d316-1c4b-4281-b951-d872f2087c98
-
pfeldman@chromium.org authored
Review URL: http://codereview.chromium.org/100199 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14936 0039d316-1c4b-4281-b951-d872f2087c98
-
yurys@google.com authored
2. Function actual parameters are not shown in the call stack panel because they are alredy displayed in the scopes panel. Review URL: http://codereview.chromium.org/99185 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14935 0039d316-1c4b-4281-b951-d872f2087c98
-
phajdan.jr@chromium.org authored
TEST=Make sure that the task manager isn't obviously broken on Windows. Review URL: http://codereview.chromium.org/93067 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14934 0039d316-1c4b-4281-b951-d872f2087c98
-
hbono@chromium.org authored
It seems the AutocompleteResultView::DrawString() function calls the AutocompleteResultView::DrawStringFragment() function even when |text_start| is greater than |text_end|, i.e. there are not matching characters. This change filters out the above case and fixes a couple of lint errors. Review URL: http://codereview.chromium.org/100196 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14933 0039d316-1c4b-4281-b951-d872f2087c98
-
ukai@chromium.org authored
On Windows, "Alt" key will set both alt and meta is on (issue 2215). But Alt-Gr is used to insert alternate character. BUG=10846 Review URL: http://codereview.chromium.org/99216 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14932 0039d316-1c4b-4281-b951-d872f2087c98
-
ajwong@chromium.org authored
Review URL: http://codereview.chromium.org/99081 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14927 0039d316-1c4b-4281-b951-d872f2087c98
-
scherkus@chromium.org authored
BUG=10863 Review URL: http://codereview.chromium.org/100178 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14926 0039d316-1c4b-4281-b951-d872f2087c98
-
ukai@chromium.org authored
On translate.google.com, it fails to show balloon, because of JavaScript exception in following code: p=a.getClientRects(); ... p[0].top // p[0] is undefined! Current v8 binding misses indexed access method in ClientRectList. CSSOM View Module draft says http://dev.w3.org/csswg/cssom-view/#clientrectlist In ECMAScript implimentations, objects that implement the ClientRectList interface must also have a [[GET]] method that, when invoked with a number, acts like the item() method would when invoked with that argument. BUG=10697 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14925 0039d316-1c4b-4281-b951-d872f2087c98
-
rafaelw@chromium.org authored
BUG=11200 R=aa Review URL: http://codereview.chromium.org/100164 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14924 0039d316-1c4b-4281-b951-d872f2087c98
-
fbarchard@chromium.org authored
Review URL: http://codereview.chromium.org/99117 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14922 0039d316-1c4b-4281-b951-d872f2087c98
-
ukai@chromium.org authored
On Gtk/Linux, it emits key events with ASCII text and ctrl on for ctrl-<x>. In WebKit, EditorClient::handleKeyboardEvent in WebKit/gtk/WebCoreSupport/EditorClientGtk.cpp drops such events. On Mac, it emits key events with ASCII text and meta is on for Command-<x>. These key events should not emit text insert event. Alt key would be used to insert alternative character, so we should let through. Ctrl-Alt combination may equal to AltGr key, which is also used to insert alternative character. In summary, we can't think of a scenario where you'd use control(w/o alt) or meta to do insertion of a ASCII character. BUG=10846,11070,11165 Review URL: http://codereview.chromium.org/99209 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14921 0039d316-1c4b-4281-b951-d872f2087c98
-
- 29 Apr, 2009 2 commits
-
-
aa@chromium.org authored
think this was happening because we were injecting from the the browser at load_start, but the document might not be established in the renderer by the time this message is received. Since we are now not even showing the toolstrip until load_complete, it is no big deal to delay the CSS injection until then. Review URL: http://codereview.chromium.org/100182 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14914 0039d316-1c4b-4281-b951-d872f2087c98
-
http://crbug.com/11132dkegel@google.com authored
when tab->GetActiveEntry() is NULL. Review URL: http://codereview.chromium.org/100172 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14913 0039d316-1c4b-4281-b951-d872f2087c98
-