these are consistently failing on mac 10.6; see bug.

BUG=68303
TEST=tree is a little greener

Review URL: http://codereview.chromium.org/6002019

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@70584 0039d316-1c4b-4281-b951-d872f2087c98

in the plugin as the same test case hangs in Firefox as well.

BUG=44673
TEST=none
TBR=jam

Review URL: http://codereview.chromium.org/6001006

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@70005 0039d316-1c4b-4281-b951-d872f2087c98

dbg builder to turn red.

BUG=44662
TESt=none
TBR=jam

Review URL: http://codereview.chromium.org/5984005

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@69987 0039d316-1c4b-4281-b951-d872f2087c98

Re-land earlier patch that moves the NPAPI implementation from webkit/glue/plugins to webkit/plugins/npapi

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@69808 0039d316-1c4b-4281-b951-d872f2087c98

Manually reverting r69755, which broke the tree.

BUG=none
TEST=none
TBR=dmaclach@chromium.org

Review URL: http://codereview.chromium.org/5998002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@69771 0039d316-1c4b-4281-b951-d872f2087c98

Manually reverting r69766, which was itself a failed
revert of r69755.

BUG=none
TEST=none
TBR=dmaclach@chromium.org

Review URL: http://codereview.chromium.org/5996003

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@69768 0039d316-1c4b-4281-b951-d872f2087c98

them in the webkit::npapi namespace.

BUG=none
TEST=none
Review URL: http://codereview.chromium.org/6012002

TBR=brettw@chromium.org
Review URL: http://codereview.chromium.org/5961004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@69766 0039d316-1c4b-4281-b951-d872f2087c98

them in the webkit::npapi namespace.

BUG=none
TEST=none
Review URL: http://codereview.chromium.org/6012002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@69755 0039d316-1c4b-4281-b951-d872f2087c98

R=agl
BUG=63357
TEST=none
Review URL: http://codereview.chromium.org/5386001

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@69414 0039d316-1c4b-4281-b951-d872f2087c98

toolbar stuff -> ui/toolbar
dock_info -> ui/tabs
window_sizer -> ui

BUG=none
TEST=none
TBR=brettw

Review URL: http://codereview.chromium.org/5544002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@68025 0039d316-1c4b-4281-b951-d872f2087c98

(See r66623 for details.)

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66985 0039d316-1c4b-4281-b951-d872f2087c98

This reverts commit r66970.

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66974 0039d316-1c4b-4281-b951-d872f2087c98

(Reland of r66623, reverted in r66687 due to Chrome Frame linking issues.)

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66970 0039d316-1c4b-4281-b951-d872f2087c98

Review URL: http://codereview.chromium.org/5145009

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66866 0039d316-1c4b-4281-b951-d872f2087c98

This reverts commit r66623. Some how it causes libnspr4.dll to be linked in
Chrome Frame builds.

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66687 0039d316-1c4b-4281-b951-d872f2087c98

DnsCertProvenanceChecker is introduced to abstract away the action of
uploading reports. It's implemented by ChromeDnsCertProvenanceChecker
which lives in a scoped_ptr off of a URLRequestContext.

It's only active on the main context (i.e. not in incognito mode). This
might change in the future, but it's a nice, conservative choice for the
moment.

The DnsCertProvenanceChecker is plumbed all the way to SSLClientSocket
(via HttpCache) where it replaces the DnsRRResolver.  Above
SSLClientSocket, it's plumbed in addition to the DnsRRResolver because
the later will end up going into SSLHostInfo in the future.

At the moment, ChromeDnsCertProvenanceCheckerContext is just a skeleton
to avoid putting too much real code in a plumbing job.

BUG=none
TEST=none

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66623 0039d316-1c4b-4281-b951-d872f2087c98

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66587 0039d316-1c4b-4281-b951-d872f2087c98

Review URL: http://codereview.chromium.org/5121006

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66583 0039d316-1c4b-4281-b951-d872f2087c98

Add a PDF test to load all the pdfs in a test directory, using the test server.  This tests regressions in loading and crashes.
Review URL: http://codereview.chromium.org/5141001

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66548 0039d316-1c4b-4281-b951-d872f2087c98

BUG=none
TEST=none

Review URL: http://codereview.chromium.org/5046002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66229 0039d316-1c4b-4281-b951-d872f2087c98

Since out-of-process tests override the EXE path to look like the bundled app, it makes sense to override AmIBundled() as well.

This is important because the renderer process started from browser_tests runs as bundled, and if browser and renderer process don't agree on bundled-ness, the "load plugin" requests for internal plugins from the renderer have the wrong plugin path, causing the plugin load to fail.

Also add a DCHECK that makes sure that AmIBundled() doesn't flip-flop.

This makes PDFBrowserTest work on mac, so enable it.

It looks like even unit_tests uses the out-of-process test runner, so this change is a bit hairy :-/

BUG=61258,63183
TEST=all existing tests still pass, PDFBrowserTest.* passes.

Review URL: http://codereview.chromium.org/4947002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66156 0039d316-1c4b-4281-b951-d872f2087c98

BUG=none
TEST=none

TBR=jam@chromium.org


Review URL: http://codereview.chromium.org/4974002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66133 0039d316-1c4b-4281-b951-d872f2087c98

BUG=61258
Review URL: http://codereview.chromium.org/4220006

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@64503 0039d316-1c4b-4281-b951-d872f2087c98

Review URL: http://codereview.chromium.org/2720002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@64336 0039d316-1c4b-4281-b951-d872f2087c98

BUG=60149
TEST=None

Review URL: http://codereview.chromium.org/4216001

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@64271 0039d316-1c4b-4281-b951-d872f2087c98

BUG=None
TEST=None

Review URL: http://codereview.chromium.org/3693001

TBR=agayev@chromium.org
Review URL: http://codereview.chromium.org/4208002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@64204 0039d316-1c4b-4281-b951-d872f2087c98

BUG=None
TEST=None

Review URL: http://codereview.chromium.org/3693001

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@64202 0039d316-1c4b-4281-b951-d872f2087c98

BUG=None
TEST=N/A

Review URL: http://codereview.chromium.org/4135007

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@64150 0039d316-1c4b-4281-b951-d872f2087c98

BUG=57277
TEST=NPAPIVisiblePluginTester.ClickToPlay:ClickToPlayPluginTest.*

Review URL: http://codereview.chromium.org/3539002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@63722 0039d316-1c4b-4281-b951-d872f2087c98

Also fix indentation, remove a few unnecessary endls, collapse some append()s into +s, and remove a few extra {}s.

BUG=none
TEST=none
Review URL: http://codereview.chromium.org/3915004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@63253 0039d316-1c4b-4281-b951-d872f2087c98

Was reverted in r62922 due to a change landing between the try run and the
commit.

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@63046 0039d316-1c4b-4281-b951-d872f2087c98

Create an SSLHostInfoFactory interface and plumb it from the HttpCache
to the SSLConnectJob. Also, move the SSLHostInfo reference from the
ssl_config to being passed to the SSLClientSocket.

BUG=none
TEST=net_unittests

Review URL: http://codereview.chromium.org/3747003

TBR=agl@chromium.org
Review URL: http://codereview.chromium.org/3846005

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@62922 0039d316-1c4b-4281-b951-d872f2087c98

Create an SSLHostInfoFactory interface and plumb it from the HttpCache
to the SSLConnectJob. Also, move the SSLHostInfo reference from the
ssl_config to being passed to the SSLClientSocket.

BUG=none
TEST=net_unittests

Review URL: http://codereview.chromium.org/3747003

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@62918 0039d316-1c4b-4281-b951-d872f2087c98

Move pe_image and registry from base to base/win and use the namespace. It removes windows_message_list which isn't used.

This keeps a stub for registry in the old location until we can update that.

TEST=it compiles
BUG=none
Review URL: http://codereview.chromium.org/3836005

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@62888 0039d316-1c4b-4281-b951-d872f2087c98

BUG=40797
Review URL: http://codereview.chromium.org/3646004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@62487 0039d316-1c4b-4281-b951-d872f2087c98

Landed in r61789, reverted in r61801 in case it was causing Vista Tests
(dbg)(1) to crash. Turns out that it wasn't, so this is the reland.

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@61954 0039d316-1c4b-4281-b951-d872f2087c98

This reverts r61789. It may have broken Vista Tests (dbg), maybe.

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@61801 0039d316-1c4b-4281-b951-d872f2087c98

This patch gets us most of the way. The next patch finishes plumbing
into the SSL client socket pool.

BUG=none
TEST=none

http://codereview.chromium.org/3533013

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@61789 0039d316-1c4b-4281-b951-d872f2087c98

Previously the default registry factory would crash if it saw a Negotiate header when trying to do a CNAME lookup because of a NULL resolver. Since then I've changed HttpAuthHandlerNegotiate to skip the CNAME lookup step when the resolver_ is NULL.

So, one option is to make CreateDefault accept an optional HostResolver argument. My concern is that since passing in NULL is the easier choice, people will do it and encounter user problems when going through a Negotiate proxy. Hence, I force the correct behavior.

BUG=56819
TEST=net_unittests, try fetch client through a Negotiate authenticating proxy.

Review URL: http://codereview.chromium.org/3518001

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60942 0039d316-1c4b-4281-b951-d872f2087c98

confused between the two Delegate classes URLRequest::Delegate and the
PluginDownloadHelper::Delegate class. Renaming the latter seems to work

Fix a regression introduced in the chrome plugin installer on Windows in revision 54316
which was to remove usages of GetTempDir. However the change failed to take into account
that the file name which is used to perform the download eventually is shell executed on
windows. In this case the download was performed on a temporary file which causes ShellExecute
to put up a confirmation dialog asking the user to select the application for opening the file.

Fix is to rename the temp file path to the desired file path on success.

Fixes bug http://code.google.com/p/chromium/issues/detail?id=56746

Bug=56746
Test=Covered by plugin installer plugin test.

TBR=jam

Review URL: http://codereview.chromium.org/3453025

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@60577 0039d316-1c4b-4281-b951-d872f2087c98