- Sep 28, 2010
-
-
hbono@chromium.org authored
This change just pulls the latest hunspell dictionaries so we can get the correct URLs and license files. This change also pulls the latest hunspell because I forgot pulling hunspell 1.2.12. TBR=estade BUG=55162 TEST=tools/license.py scan Review URL: http://codereview.chromium.org/3380030 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60770 0039d316-1c4b-4281-b951-d872f2087c98
-
chrome-release@google.com authored
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60768 0039d316-1c4b-4281-b951-d872f2087c98
-
phajdan.jr@chromium.org authored
BUG=56547 TEST=net_unittests Review URL: http://codereview.chromium.org/3448029 TBR=phajdan.jr@chromium.org git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60766 0039d316-1c4b-4281-b951-d872f2087c98
-
phajdan.jr@chromium.org authored
BUG=56547 TEST=net_unittests Review URL: http://codereview.chromium.org/3448029 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60765 0039d316-1c4b-4281-b951-d872f2087c98
-
phajdan.jr@chromium.org authored
This still preserves the compatibility part in ui_test.h. BUG=none TEST=none Review URL: http://codereview.chromium.org/3391026 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60764 0039d316-1c4b-4281-b951-d872f2087c98
-
phajdan.jr@chromium.org authored
Some servers do not send the symlink target that we were expecting, possibly for security reasons. BUG=56972 TEST=net_unittests Review URL: http://codereview.chromium.org/3416028 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60763 0039d316-1c4b-4281-b951-d872f2087c98
-
morrita@chromium.org authored
BUG=none TEST=none TBR=senorblanco git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60762 0039d316-1c4b-4281-b951-d872f2087c98
-
phajdan.jr@chromium.org authored
http://trac.webkit.org/changeset/68310 has landed. They are no longer necessary, and are not used. This brings our sqlite copy a little closer to the upstream version and is a part of an effort to allow compiling with the system-provided sqlite. BUG=50769, 22208 TEST=none Review URL: http://codereview.chromium.org/3390032 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60761 0039d316-1c4b-4281-b951-d872f2087c98
-
allanwoj@chromium.org authored
Renamed PollingPolicyInterface to GatewayPollingPolicyInterface as there was a name conflict with one in wifi_data_provider_common.h BUG=None TEST=Chrome compiles. Review URL: http://codereview.chromium.org/3453026 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60760 0039d316-1c4b-4281-b951-d872f2087c98
-
avayvod@chromium.org authored
Added browser_defaults::extensions_enabled to control this behavior. BUG=chromiumos:4420 TEST=Go to Guest mode and verify that no extensions are loaded by going to chrome://extensions. Review URL: http://codereview.chromium.org/3462016 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60759 0039d316-1c4b-4281-b951-d872f2087c98
-
whesse@chromium.org authored
BUG=none TEST=none Review URL: http://codereview.chromium.org/3381026 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60757 0039d316-1c4b-4281-b951-d872f2087c98
-
tfarina@chromium.org authored
We should *only* save the state of the checkboxes when the user click on the button to clear the data, otherwise we shouldn't change the preferences of the checkboxes. Along the way, rename the button from 'Close' to 'Cancel'. BUG=35098 TEST=open the dialog, see the current state of the checkboxes, click 'Cancel'. reopen the dialog, the state should be the same. Now uncheck some checkbox, click 'Cancel', reopen the dialog the unchecked checkbox should be checked. Open the dialog again, uncheck a checkbox and click 'Clear browsing data', reopen the dialog, that checkbox should be *unchecked*. Review URL: http://codereview.chromium.org/3389033 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60755 0039d316-1c4b-4281-b951-d872f2087c98
-
rch@chromium.org authored
by sending a CONNECT request via a SPDY SYN_STREAM frame to a SPDY proxy, and then reading/writing data to/from SPDY Data frames. BUG=29625 TEST=none Review URL: http://codereview.chromium.org/3432009 TBR=rch@chromium.org Review URL: http://codereview.chromium.org/3391029 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60754 0039d316-1c4b-4281-b951-d872f2087c98
-
willchan@chromium.org authored
ChromeOS will create a special Profile for login. Previously, OCSP initialization was done for the "default" ChromeURLRequestContext for each Profile. Since we can have multiple profiles, this causes the initialization (and uninitialization) to happen multiple times, which causes problems for OCSP since we use statics. The solution is to identify the "main" Profile. We create said Profile in BrowserMain. I add an "is_main_" variable to URLRequestContextGetter and URLRequestContext, so that only the "main" URLRequestContext will initialize OCSP. The only change from r59972 is the location that I set_is_main(). I set it when we set the default request context. This is because, by the time I had called set_is_main() in BrowserMain, the ChromeURLRequestContextGetter was already created (it gets created during the CreateProfile() function). So I was too late. BUG=55940 TEST=Manual Review URL: http://codereview.chromium.org/3391028 TBR=willchan@chromium.org Review URL: http://codereview.chromium.org/3421039 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60753 0039d316-1c4b-4281-b951-d872f2087c98
-
cmasone@chromium.org authored
[Chrome OS] Refactor Canonicalize() method into base class to prepare for new Authenticator subclass BUG=chromium-os:4929 TEST=unit tests Review URL: http://codereview.chromium.org/3436031 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60752 0039d316-1c4b-4281-b951-d872f2087c98
-
huanr@chromium.org authored
system level in use update. Also remove obsoleted code in this code path. BUG=55969 TEST=repro steps in BUG Review URL: http://codereview.chromium.org/3429029 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60751 0039d316-1c4b-4281-b951-d872f2087c98
-
rch@chromium.org authored
by sending a CONNECT request via a SPDY SYN_STREAM frame to a SPDY proxy, and then reading/writing data to/from SPDY Data frames. BUG=29625 TEST=none Review URL: http://codereview.chromium.org/3432009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60747 0039d316-1c4b-4281-b951-d872f2087c98
-
hclam@chromium.org authored
Change from c_str() to data() also did some boundary checks to make there's no memory error. BUG=None TEST=None Review URL: http://codereview.chromium.org/3388024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60746 0039d316-1c4b-4281-b951-d872f2087c98
-
tfarina@chromium.org authored
BUG=53624 TEST=out/Debug/chrome --enable-tabbed-options, Options > Under the hood > Content Settings > Javascript, you should see "Do not allow any site to run Javascript", instead of 'undefined'. Review URL: http://codereview.chromium.org/3429028 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60745 0039d316-1c4b-4281-b951-d872f2087c98
-
http://codereview.chromium.org/3387008tfarina@chromium.org authored
linux: Add support for undo in the omnibox. GtkTextView does not support undo. So borrow the relevant code from GtkSourceView. BUG=18210 TEST=None Patch from sadrul <sadrul@chromium.org> Review URL: http://codereview.chromium.org/3429025 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60744 0039d316-1c4b-4281-b951-d872f2087c98
-
chaitanyag@chromium.org authored
Review URL: http://codereview.chromium.org/3442011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60743 0039d316-1c4b-4281-b951-d872f2087c98
-
dumi@chromium.org authored
each file. BUG=none TEST=none Review URL: http://codereview.chromium.org/3431032 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60742 0039d316-1c4b-4281-b951-d872f2087c98
-
seh@chromium.org authored
TEST=Open iGoogle, Gmail and the central roster. Start a chat. Check status in all 3 rosters. BUG=chromium-os:1484 Review URL: http://codereview.chromium.org/3455024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60741 0039d316-1c4b-4281-b951-d872f2087c98
-
pkasting@chromium.org authored
Fix unittest to not use an invalid GURL, as the underlying bookmarks APIs expect callers to not do that (they NOTREACHED()). This URL is more like the real cases the original patch that added this test was trying to handle. BUG=56967 TEST=none TBR=sky Review URL: http://codereview.chromium.org/3439028 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60740 0039d316-1c4b-4281-b951-d872f2087c98
-
willchan@chromium.org authored
ChromeOS will create a special Profile for login. Previously, OCSP initialization was done for the "default" ChromeURLRequestContext for each Profile. Since we can have multiple profiles, this causes the initialization (and uninitialization) to happen multiple times, which causes problems for OCSP since we use statics. The solution is to identify the "main" Profile. We create said Profile in BrowserMain. I add an "is_main_" variable to URLRequestContextGetter and URLRequestContext, so that only the "main" URLRequestContext will initialize OCSP. The only change from r59972 is the location that I set_is_main(). I set it when we set the default request context. This is because, by the time I had called set_is_main() in BrowserMain, the ChromeURLRequestContextGetter was already created (it gets created during the CreateProfile() function). So I was too late. BUG=55940 TEST=Manual Review URL: http://codereview.chromium.org/3391028 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60739 0039d316-1c4b-4281-b951-d872f2087c98
-
nick@chromium.org authored
BUG= TEST= Review URL: http://codereview.chromium.org/3454022 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60735 0039d316-1c4b-4281-b951-d872f2087c98
-
eroman@chromium.org authored
Change the default SOCKS version used by gnome settings (and environment variables) to be 5 instead of 4. BUG=56833 TEST=Open Chrome in gnome. Go to change the proxy settings (which will pop open the gnome network settings). Enter as socks proxy server, "localhost:8080". Now load chrome://net-internals/#proxy and verify that it says the proxy server is "socks5://localhost:8080" (and NOT socks4://localhost:8080). Review URL: http://codereview.chromium.org/3413037 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60734 0039d316-1c4b-4281-b951-d872f2087c98
-
pkasting@chromium.org authored
BUG=56967 TEST=none git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60733 0039d316-1c4b-4281-b951-d872f2087c98
-
zelidrag@chromium.org authored
BUG=chromium-os:6543 TEST=make sure chrome:bugreport does not throw exception Review URL: http://codereview.chromium.org/3405037 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60732 0039d316-1c4b-4281-b951-d872f2087c98
-
jhawkins@chromium.org authored
outlived its usefulness. BUG=none TEST=none Review URL: http://codereview.chromium.org/3417025 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60731 0039d316-1c4b-4281-b951-d872f2087c98
-
- Sep 27, 2010
-
-
csilv@chromium.org authored
BUG=52916 TEST=Verify correct page-info icons in GTK. Review URL: http://codereview.chromium.org/3502007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60730 0039d316-1c4b-4281-b951-d872f2087c98
-
dumi@chromium.org authored
BUG=none TEST=none Review URL: http://codereview.chromium.org/3394017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60729 0039d316-1c4b-4281-b951-d872f2087c98
-
jhawkins@chromium.org authored
platforms have different expectations at this level. BUG=none TEST=none Review URL: http://codereview.chromium.org/3418034 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60728 0039d316-1c4b-4281-b951-d872f2087c98
-
pkasting@chromium.org authored
BUG=none TEST=none Review URL: http://codereview.chromium.org/3467017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60727 0039d316-1c4b-4281-b951-d872f2087c98
-
pkasting@chromium.org authored
Don't treat ';' as an authority terminator when parsing a potential URL. This was making the omnibox believe that "tl;dr" was a URL with "tl" as a host and ";dr" as a path, confusing it. BUG=56967 TEST=Covered by unittests Review URL: http://codereview.chromium.org/3440032 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60726 0039d316-1c4b-4281-b951-d872f2087c98
-
senorblanco@chromium.org authored
BUG=none TEST=green layout bots TBR=morrita git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60725 0039d316-1c4b-4281-b951-d872f2087c98
-
jhawkins@chromium.org authored
as well, because gtk cannot be called on a non-UI thread. BUG=none TEST=none Review URL: http://codereview.chromium.org/3384035 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60724 0039d316-1c4b-4281-b951-d872f2087c98
-
jcivelli@chromium.org authored
Somehow it got changed to bad HTTPS in HTTP, but the test was still retrieving the URL from the HTTPS server (which was not running) causing the sub-resource not be found. I looked quickly to see if we could catch calls to GetURL on a non-started server (so we could DCHECK) but there does not seem to be an immediate way to do that. BUG=40932 TEST=Run the test Review URL: http://codereview.chromium.org/3452026 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60722 0039d316-1c4b-4281-b951-d872f2087c98
-
ajwong@chromium.org authored
This should allow a decoder that can still request the view to allocate frames without being owned by the view itself. This allows for cleaner threading semantics and reduced coupling of classes. The new decoder API keeps the decoder from being aware of the network packet types tightening up the API layering. BUG=52833 TEST=None. This code isn't used yet. Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=60703 Review URL: http://codereview.chromium.org/3335012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60721 0039d316-1c4b-4281-b951-d872f2087c98
-
csilv@chromium.org authored
BUG=56151 TEST=Verify about:labs refers to 'Tabbed Settings'. Review URL: http://codereview.chromium.org/3436032 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60720 0039d316-1c4b-4281-b951-d872f2087c98
-