| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
BUG=none
TEST=chrome_frame_tests
Review URL: http://codereview.chromium.org/6806020
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80777 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
BUG=none
TEST=all automated tests pass
Review URL: http://codereview.chromium.org/6756044
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80626 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is not a real crash, it is caused by wrapping TestSuite::Run in
an exception filter. DllRedirector test uses VerQueryValue to query
version from version resource. VerQueryValue, on windows XP, takes
a const pointer but tries to modify it causing access violation.
So where do you fix this bug? You guessed it right: in
kernel32!UnhandledExceptionFilter :)
UnhandledExceptionfilter checks if the crash address belongs to a
resource section of a binary and then makes it writable. If we
install exception filter around VerQueryValue this does not happen
and we treat it as a crashed test.
solution is to remove the exception filter. This might result in
tests crashing levaing around zombie IE/Firefox. We will deal with
that when that happens.
TEST=DllRedirectorLoadingTest.TestDllRedirection
BUG=78209
Review URL: http://codereview.chromium.org/6792053
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80623 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously the automation framework could miss a browser
crash during shutdown on POSIX (on Windows there is
crash_service.exe that should catch all crashes).
This change makes the automation framework avoid losing
information about the browser process' exit status
(CrashAwareSleep), and fixes a bug in base::WaitForExitCodeWithTimeout
(which on POSIX never reported the process has been signaled).
Finally, it makes the automation framework use WaitForExitCodeWithTimeout
instead of WaitForSingleProcess. This way we can get the exit status
information in an accurate and cross-platform way.
To avoid trying to close the same process handle twice (it's only an issue on Windows) I've changed WaitForExitCodeWithTimeout not to close the passed handle. It's only used in few places and I think this CL fixes all of them.
I've tested this change locally on Mac with a UI test that SIGKILLs the browser.
Before this change the test passed (it shouldn't), and after this change
the test failed with an information that the browser has not exited cleanly.
BUG=56644
Review URL: http://codereview.chromium.org/6689014
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80608 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
whether IE is hung in the WM_TIMER handler, instead
of peeking with PM_NOREMOVE to detect the same.
BUG=none
TEST=ChromeFrame tests.
TBR=amit
Review URL: http://codereview.chromium.org/6693086
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80504 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
tests.Previously the automation framework could miss a browsercrash during shutdown on POSIX (on Windows there iscrash_service.exe that should catch all crashes).This change makes the automation framework avoid losinginformation about the browser process' exit status(CrashAwareSleep), and fixes a bug in base::WaitForExitCodeWithTimeout(which on POSIX never reported the process has been signaled).Finally, it makes the automation framework use WaitForExitCodeWithTimeoutinstead of WaitForSingleProcess. This way we can get the exit statusinformation in an accurate and cross-platform way.To avoid trying to close the same process handle twice (it's only an issue on Windows) I've changed WaitForExitCodeWithTimeout not to close the passed handle. It's only used in few places and I think this CL fixes all of them.I've tested this change locally on Mac with a UI test that SIGKILLs the browser.Before this change the test passed (it shouldn't), and after this changethe test failed with an information that the browser has not exited cleanly.BUG=56644Review URL: http://codereview.chromium.org/6689014
TBR=phajdan.jr@chromium.org
[----------] 1 test from MultipartResponseUITest
[ RUN ] MultipartResponseUITest.SingleVisit
[3538:3538:0405/104633:11326126024137:ERROR:process_util_posix.cc(108)] Received signal 11
base::debug::StackTrace::StackTrace() [0xcd194a]
base::(anonymous namespace)::StackDumpSignalHandler() [0xcb0e5a]
0x2b835e391100
AutomationProxy::GetBrowserWindowCount() [0x2055e86]
ProxyLauncher::IsBrowserRunning() [0xc3f1a2]
ProxyLauncher::QuitBrowser() [0xc454b3]
ProxyLauncher::CloseBrowserAndServer() [0xc472d6]
UITestBase::TearDown() [0xc50d54]
UITest::TearDown() [0xc51260]
testing::TestInfo::Run() [0xe8de78]
testing::TestCase::Run() [0xe8df35]
testing::internal::UnitTestImpl::RunAllTests() [0xe8f6e7]
testing::internal::HandleSehExceptionsInMethodIfSupported<>() [0xe804d5]
testing::internal::HandleExceptionsInMethodIfSupported<>() [0xe8ba92]
testing::UnitTest::Run() [0xe8badb]
base::TestSuite::Run() [0x212c26d]
main [0xc48e41]
0x2b835e37d1c4
0x42fec9
Review URL: http://codereview.chromium.org/6794056
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80488 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously the automation framework could miss a browser
crash during shutdown on POSIX (on Windows there is
crash_service.exe that should catch all crashes).
This change makes the automation framework avoid losing
information about the browser process' exit status
(CrashAwareSleep), and fixes a bug in base::WaitForExitCodeWithTimeout
(which on POSIX never reported the process has been signaled).
Finally, it makes the automation framework use WaitForExitCodeWithTimeout
instead of WaitForSingleProcess. This way we can get the exit status
information in an accurate and cross-platform way.
To avoid trying to close the same process handle twice (it's only an issue on Windows) I've changed WaitForExitCodeWithTimeout not to close the passed handle. It's only used in few places and I think this CL fixes all of them.
I've tested this change locally on Mac with a UI test that SIGKILLs the browser.
Before this change the test passed (it shouldn't), and after this change
the test failed with an information that the browser has not exited cleanly.
BUG=56644
Review URL: http://codereview.chromium.org/6689014
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80472 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
test suite to
detect whether IE is hung. It appears that a number of chrome frame tests fail on the IE8
builder because the message filter is cancelling outgoing calls.
BUG=none
TEST=Chromeframe tests should pass on the IE8 builder.
TBR=amit
Review URL: http://codereview.chromium.org/6693081
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80388 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
it passes on IE8.
Increased the timeout of the CF_DownloadFileFromPost test as it seems to consistently fail on IE8
BUG=none
TEST=ChromeFrame tests should pass.
TBR=amit
Review URL: http://codereview.chromium.org/6794006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80248 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
expect the NewWindow3
event to be fired when a new window is opened. IE8 version 8.0.7601.17514 on the builder seems
to be firing the NewWindow2 event consistently which breaks the expectations of these tests.
Added supports in the NewWindow2 handler in the event sink to call the OnNewBrowserWindow function
which most of the tests expect.
A limitation of this approach is we don't see the url in the NewWindow2 event. ChromeFrame tests
at this point don't seem to be using the url parameter.
BUG=none
TEST=ChromeFrame new window tests should pass on the IE8 builder.
TBR=amit
Review URL: http://codereview.chromium.org/6792004
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80246 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
BUG=78209
TBR=ananta
Review URL: http://codereview.chromium.org/6792003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80240 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
accessing a deleted
CommandLine object. The test suite on startup initializes the command line. It then initializes
the gtest TestSuite class which also initializes a new instance of the CommandLine object. This
ends up deleting the CommandLine instance initialized before leading to a crash when this is
accessed.
Fix is to remove the CommandLine initialization code from the test suite.
Fixes bug http://code.google.com/p/chromium/issues/detail?id=77984
BUG=77984
TEST=ChromeFrame relaibility tests should now run correctly.
TBR=amit
Review URL: http://codereview.chromium.org/6781002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80060 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is simply moving things around.
No underlying logic has changed.
Since the new class AutofillTable actually encapsulates more
than one table within the schema, I'm open to naming suggestions.
No plans yet for the migration code.
BUG=none
TEST=WebDatabaseTest*,AutofillTableTest*,KeywordTableTest*,ProfileSyncServiceAutofillTest.*
Review URL: http://codereview.chromium.org/6708110
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@79834 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
raw_scoped_refptr_mismatch_checker.h
ref_counted.cc
ref_counted.h
ref_counted_memory.cc
ref_counted_memory.h
ref_counted_unittest.cc
scoped_callback_factory.h
scoped_comptr_win.h
scoped_handle.h
scoped_native_library.cc
scoped_native_library.h
scoped_native_library_unittest.cc
scoped_nsobject.h
scoped_open_process.h
scoped_ptr.h
scoped_ptr_unittest.cc
scoped_temp_dir.cc
scoped_temp_dir.h
scoped_temp_dir_unittest.cc
scoped_vector.h
singleton.h
singleton_objc.h
singleton_unittest.cc
linked_ptr.h
linked_ptr_unittest.cc
weak_ptr.cc
weak_ptr.h
weak_ptr_unittest.cc
BUG=None
TEST=Compile
Review URL: http://codereview.chromium.org/6714032
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@79524 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ContentRendererClient
interface which is part of the ContentClient object.
While fixing this I also fixed a memory leak occurring due to a heap allocated ChromeContentBrowserClient
object. This object does not need to live on the heap.
BUG=none
TEST=chrome frame net tests should run.
TBR=amit
Review URL: http://codereview.chromium.org/6709044
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78773 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
Since we don't have a need for a chrome/gpu or chrome/plugin directory, their chrome implementations are in chrome/common. Use the renderer one for getting the sad plugin image.
Review URL: http://codereview.chromium.org/6708013
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78617 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
number of prefs
being registered on a demand basis. Turns out that the helper function RegisterLocalState
in the browser namespace registers all the prefs we need.
BUG=none
TEST=chrome frame net tests should continue to run correctly.
Review URL: http://codereview.chromium.org/6674030
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78406 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
works correctly
in debug builds without firing any DCHECKs. Registered the proxy dictionary pref which tripped up
a recent change to add a system level URLRequestContext.
BUG=none
TEST=chrome frame net tests should run in debug builds without firing DCHECKs
Review URL: http://codereview.chromium.org/6697029
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78306 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
BUG=76112
Review URL: http://codereview.chromium.org/6673026
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78255 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
make the
ChromeContentBrowserClient pointer which is passed to the ContentClient object a scoped_ptr
We were passing a stack pointer which caused the net tests to crash at exit.
BUG=none
TEST=chrome frame net tests should run to completion.
TBR=amit
Review URL: http://codereview.chromium.org/6696003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78114 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
78037 which
adds a ContentBrowserClient interface which serves as a delegate to the content code.
Fix is to initialize the ContentBrowserClient interface as part of the initial bootstapping
code in the chrome frame net tests suite.
BUG=none
TEST=chrome frame net tests should run to completion.
Review URL: http://codereview.chromium.org/6685060
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78073 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
anymore.
BUG=75842
TEST=
TBR=jshin@chromium.org
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@77916 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
There are probably a few more bits and pieces that can be removed, but I think this is the majority of it.
BUG=51934
Review URL: http://codereview.chromium.org/6576020
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@77888 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is to avoid having to change a bunch of build/release configuration files
everytime ICU version is changed.
This will bring in the following two CLs in ICU and googleurl:
http://codereview.chromium.org/6625032
http://codereview.chromium.org/6623060
BUG=74076
TEST=Chrome can be built and a binary built runs fine with an accompanying Chrome CL in place.
Review URL: http://codereview.chromium.org/6624060
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@77684 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
Fourth part of the remaining files. The last one will be deleting the stub files.
BUG=None
TEST=None
Review URL: http://codereview.chromium.org/6657003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@77511 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
TBR=mark
Review URL: http://codereview.chromium.org/6612037
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@77485 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
user IE8 builder.
The flakiness occurs because IE starts up before chrome_frame_helper which results in a failure
to register a BHO for the IE window.
Fix is to make the ChromeFrame registrar object a member of the chrome frame net test suite.
Rearranged some code which ensures that we can now run chrome_frame_net_tests in debug builds
without annoying DCHECKs
BUG=none
TEST=chrome frame net tests.
Review URL: http://codereview.chromium.org/6650003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@77362 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Enable ChromeFrame net tests. These tests regressed with the change in the chunked upload
code in net to move the formatting of individual chunks to the http network stack.
This caused the URLRequestTestHTTP.TestPostChunkedDataBeforeStart test to hang in ChromeFrame.
Fix is to ensure that the individual chunks are properly formatted while marshaling them over
IPC.
BUG=none
TEST=chrome frame net tests should pass.
TBR=amit
Review URL: http://codereview.chromium.org/6621024
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@77010 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
change in the chunked upload
code in net to move the formatting of individual chunks to the http network stack.
This caused the URLRequestTestHTTP.TestPostChunkedDataBeforeStart test to hang in ChromeFrame.
Fix is to ensure that the individual chunks are properly formatted while marshaling them over
IPC.
BUG=none
TEST=chrome frame net tests should pass.
Review URL: http://codereview.chromium.org/6626035
TBR=ananta@chromium.org
Review URL: http://codereview.chromium.org/6628029
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@77004 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
chunked upload
code in net to move the formatting of individual chunks to the http network stack.
This caused the URLRequestTestHTTP.TestPostChunkedDataBeforeStart test to hang in ChromeFrame.
Fix is to ensure that the individual chunks are properly formatted while marshaling them over
IPC.
BUG=none
TEST=chrome frame net tests should pass.
Review URL: http://codereview.chromium.org/6626035
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@77002 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
get triggered running locally and the tests appear to fail on related changes.
Also, they are not instantiating an AtExitManager early enough, so the call to chrome::RegisterPathProvider() may fail. This might have been reordered into a working state in some builds.
Also, fix a call into profile code before registering certain needed preferences which causes a DCHECK.
BUG=None
TEST=None
Review URL: http://codereview.chromium.org/6627009
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@76927 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
tests. It appears that
we don't receive the OnQuit notification reliably after invoking IWebBrowser2::Quit. Changing
the corresponding expectation to a LOG.
BUG=none
TEST=ChromeFrame tests.
TBR=amit
Review URL: http://codereview.chromium.org/6591061
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@76402 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
TBR=avi
Review URL: http://codereview.chromium.org/6591066
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@76390 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix a bug in the DllRedirector module loading code.
Expand the alternate version generator code to provide a function for generating new versions of single modules.
Remove the LI SACL from the shared memory lock for Win XP.
BUG=NONE
TEST=NONE
Review URL: http://codereview.chromium.org/6600001
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@76338 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
browser_thread.h for another change, since 450 files include it.
TBR=avi
Review URL: http://codereview.chromium.org/6596060
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@76326 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
which fails on
IE6 after the change to target downloads in a new window. Testing if this fixes it.
BUG=none
TEST=CF_DownloadFileFromPost passes on all CF builders.
TBR=amit
Review URL: http://codereview.chromium.org/6588070
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@76310 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
need to pass
the post data as well while reissuing the navigation. This ensures that a POST request is
correctly sent out at all times instead of a GET request. While the assumption is that reusing
the bind context would achieve this behavior, it does not appear to be true at all times.
While fixing this I also found that reissuing a navigation via a NavigateWithBindCtx call
causes the current chrome frame document to receive an Unload call at times, leading to
the page being rendered useless after the request finishes. We should reissue the navigation
on a new window to work around this problem.
Fixes bug http://code.google.com/p/chromium/issues/detail?id=73985
BUG=73985
TEST=As described in the bug.
Review URL: http://codereview.chromium.org/6598016
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@76282 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A bunch of hard-coded references to icudt42.dll are updated to
refer to icudt46.dll.
See also http://codereview.chromium.org/6575042/ (and there's one more accompanying CL - internal).
I'll follow up this CL with a change to rename icudtXX.dll to icudt.dll
so that I don't have to do this again next time.
BUG=73991,61514
TEST=daily archived builds have icudt46.dll
Review URL: http://codereview.chromium.org/6580046
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@75961 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These failures occurred
because of new expectations in these tests which match the server ip address and port being
connected to. We need to return that information from ChromeFrame.
Fix is to send over the corresponding HostPortPair structure in the AutomationMsg_RequestStarted
IPC message. A major part of this CL is basically the groundwork to pass this information over
via automation.
BUG=none
TEST=chrome frame net tests should pass.
Review URL: http://codereview.chromium.org/6575027
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@75942 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for ChromeFrame
as it uses the host (IE's) network stack.
BUG=none
TEST=chrome frame net tests.
TBR=amit
Review URL: http://codereview.chromium.org/6580015
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@75819 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
Review URL: http://codereview.chromium.org/6458004
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@74257 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
BUG=71063
TEST=compiled
Review URL: http://codereview.chromium.org/6312156
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@73890 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
BUG=none
TEST=none
TBR=amit
Review URL: http://codereview.chromium.org/6250163
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@73832 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When using 'PostPlatform' registry, chromeframe UA token
appears in the middle whereas when we dynamically append
the UA we place it at the end. This has caused issues with
sites looking for it in a specific place.
This change modifies the logic while dynamically appending
the UA to insert it consistently in the place where
PostPlatform puts it.
BUG=70024
TEST=covered by HtmlUtilUnittest.AddChromeFrameToUserAgentValue
Review URL: http://codereview.chromium.org/6246088
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@73830 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
user CF builders.
1. CFBackForward :- Increased the expected timeout for this test.
2. TopLevelPostReissueFromChromeFramePage :- The Onload notification fires only once at times.
Adjusted the expectation to account for that.
BUG=none
TEST=Covered by existing ChromeFrame tests.
Review URL: http://codereview.chromium.org/6286095
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@73713 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
Introduce HttpNetworkSession::Params. This should make it easy to add new optionally NULL parameters. I also took this opportunity to eliminate some copy/pastes of TestURLRequestContext and make them use the original. I was also able to remove the need for ClientSocketFactory::GetDefaultFactory() calls and new SpdySessionPool() calls in most places.
BUG=none
TEST=none
Review URL: http://codereview.chromium.org/6349028
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@73669 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
now call Refresh
on the WebBrowser interface when we receive the OnLoad notification from Chrome.
Increased the timeout for the refresh tests to get them to work correctly on the slower CF
builders.
BUG=none
TEST=ChromeFrame tests.
Review URL: http://codereview.chromium.org/6410049
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@73666 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
chrome frame binary
for every test run. We need to register the path provider prior to attempting the registration.
BUG=none
TEST=chrome frame net tests should run
TBR=amit
Review URL: http://codereview.chromium.org/6312087
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@73433 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ChromeFrame builders.
This includes the chrome_frame_net_tests, chrome_frame_tests and the chrome_frame_unittests
test suites.
We determine whether per user tests are to be run based on a registry config value PerUserTestBed
under HKCU\Software\Google\ChromeFrame.
As part of this CL we also register chrome frame in the chrome frame net tests suite.
We unregister the chrome frame dll on the builder for per user installs after every test run.
BUG=none
TEST=Existing chrome frame tests.
Review URL: http://codereview.chromium.org/6347056
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@73354 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
repository. Removing chrome_frame -> ceee dependency.
BUG=none
TEST=none
Review URL: http://codereview.chromium.org/6386025
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@73195 0039d316-1c4b-4281-b951-d872f2087c98
|