summaryrefslogtreecommitdiffstats
path: root/chrome/test/plugin
Commit message (Collapse)AuthorAgeFilesLines
* Convert a bunch of easy AppendSwitchWithValue to *ASCII.evan@chromium.org2010-07-301-2/+2
| | | | | | | | | For this patch, I skipped over any instance where it wasn't a nearly trivial change. Review URL: http://codereview.chromium.org/3069014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@54285 0039d316-1c4b-4281-b951-d872f2087c98
* CommandLine: add a CopySwitchesFrom() and AppendSwitchPath()evan@chromium.org2010-07-291-1/+1
| | | | | | | | | | | These are two common patterns in Chrome code: copying a subset of switches from one CommandLine to another, and appending a FilePath to a CommandLine. This sets me up to do a lot more deprecation in a follow-up change. Review URL: http://codereview.chromium.org/3012021 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@54218 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 52068 - Reenable PluginTests Java and MediaPlayerOld to determine ↵vandebo@chromium.org2010-07-121-2/+2
| | | | | | | | | | | | | | their status. BUG=disabled test TEST=green bots Review URL: http://codereview.chromium.org/2903005 TBR=vandebo@chromium.org Review URL: http://codereview.chromium.org/2891010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@52069 0039d316-1c4b-4281-b951-d872f2087c98
* Reenable PluginTests Java and MediaPlayerOld to determine their status.vandebo@chromium.org2010-07-111-2/+2
| | | | | | | | | BUG=disabled test TEST=green bots Review URL: http://codereview.chromium.org/2903005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@52068 0039d316-1c4b-4281-b951-d872f2087c98
* Make webkit_glue not depend on default_plugin.thakis@chromium.org2010-06-021-2/+0
| | | | | | | | | | This removes a dependency cycle and should also make life easier for DRT. Revert http://codereview.chromium.org/1658012 Review URL: http://codereview.chromium.org/2358001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@48731 0039d316-1c4b-4281-b951-d872f2087c98
* Fix the incorrect logic from r47842. Too many not's.thestig@chromium.org2010-05-201-2/+2
| | | | | | | | | | BUG=44662 BUG=44673 TEST=none TBR=robertshield Review URL: http://codereview.chromium.org/2100011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@47853 0039d316-1c4b-4281-b951-d872f2087c98
* Make PluginTest.Real amd PluginTest.MediaPlayerNew only run on Debug Perf ↵thestig@chromium.org2010-05-201-1/+9
| | | | | | | | | | | | Bot. When we enabled them on the Release Perf Bots, they didn't work as expected. BUG=44662 BUG=44673 TEST=none TBR=robertshield Review URL: http://codereview.chromium.org/2091016 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@47842 0039d316-1c4b-4281-b951-d872f2087c98
* Disabling failing plugin test PluginTest.MediaPlayerNew. It fails even ↵robertshield@chromium.org2010-05-201-1/+1
| | | | | | | | | | | | though the plugin is present and created. BUG=44662 TEST=none TBR=cbentzel Review URL: http://codereview.chromium.org/2065015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@47812 0039d316-1c4b-4281-b951-d872f2087c98
* [GTTF] [TTF] Test marks maintenance CL:phajdan.jr@chromium.org2010-05-191-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * The following tests are no longer flaky: BrowserTest.PageLanguageDetection (bug 42095) AppApiTest.AppProcess (bug 42497) ExtensionApiTest.Infobars (bug 40141) FindInPageControllerTest.FindMovesWhenObscuring (bug 41124) SessionRestoreUITest.TwoWindowsCloseOneRestoreOnlyOne (bug 39905) RenderViewTest.OnHandleKeyboardEvent (no bug) RenderViewTest.DidFailProvisionalLoadWithErrorForError (no bug) AutomatedUITestBase.CloseTab (bug 14774) AutomatedUITestBase.CloseBrowserWindow (bug 14774) PluginTest.FlashLayoutWhilePainting (bug 21538) HistoryTester.VerifyHistoryLength1 (bug 39785) HistoryTester.ConsiderRedirectAfterGestureAsUserInitiated (bug 39785) HistoryTester.ConsiderSlowRedirectAsUserInitiated (bug 39785) * The following tests are not flaky, but disabled due to hangs: BrowserAppRefocusTest.OpenTab (bug 44026) * The following tests are not flaky, but seem to fail consistently: ProcessSingletonLinuxTest.NotifyOtherProcessSuccess (bug 30953) ProcessSingletonLinuxTest.NotifyOtherProcessHostChanged (bug 30953) BrowserViewsAccessibilityTest.TestChromeWindowAccObj (bug 44486) BUG=42095, 44026, 42497, 40141, 41124, 30953, 39905, 14774, 21538, 39785, 44486 TEST=this touches a lot of tests Review URL: http://codereview.chromium.org/2128009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@47633 0039d316-1c4b-4281-b951-d872f2087c98
* Plugins: Mark the Silverlight plugin test as non-flaky - has not failed in ↵thestig@chromium.org2010-05-101-2/+1
| | | | | | | | | | 500 test runs. BUG=22666 TEST=none Review URL: http://codereview.chromium.org/2000008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@46861 0039d316-1c4b-4281-b951-d872f2087c98
* POSIX: Disable all plugin tests on Linux/Mac except PluginTest.Flash, so ↵thestig@chromium.org2010-05-061-11/+32
| | | | | | | | | | plugin_tests can actually succeed when we enable it on test bots. Change PluginTest.Flash to pass in the correct Flash plugin file name on all platforms. BUG=28716 TEST=none Review URL: http://codereview.chromium.org/1775015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@46606 0039d316-1c4b-4281-b951-d872f2087c98
* Make plugin_tests compile on Mac/Linux.thestig@chromium.org2010-04-221-49/+34
| | | | | | | | BUG=28716 TEST=none Review URL: http://codereview.chromium.org/1761003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@45370 0039d316-1c4b-4281-b951-d872f2087c98
* [GTTF] Tests cleanup:phajdan.jr@chromium.org2010-04-081-28/+12
| | | | | | | | | | | | | | - use timeouts correctly - use more automation methods to make test code more clear - use more reliable ways of waiting - remove unnecessary automation calls TEST=none BUG=none Review URL: http://codereview.chromium.org/1553016 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@43932 0039d316-1c4b-4281-b951-d872f2087c98
* Use FLAKY instead of DISABLED for plugin testsphajdan.jr@chromium.org2010-04-071-4/+4
| | | | | | | | | | | to avoid losing test coverage. BUG=21538, 22666 TEST=none Review URL: http://codereview.chromium.org/1609009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@43817 0039d316-1c4b-4281-b951-d872f2087c98
* cleanup: Include base/path_service.h in tests that use it.thestig@chromium.org2010-03-311-0/+1
| | | | | | | | BUG=none TEST=none Review URL: http://codereview.chromium.org/1571004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@43163 0039d316-1c4b-4281-b951-d872f2087c98
* Use FilePath in URLRequestMocks.evan@chromium.org2009-10-141-2/+4
| | | | | | | | | BUG=24672 TEST=compiles Review URL: http://codereview.chromium.org/271066 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@29013 0039d316-1c4b-4281-b951-d872f2087c98
* Disable flaky plugin tests.stuartmorgan@chromium.org2009-09-221-2/+4
| | | | | | | | | | | These keep causing bogus automatic tree closures. BUG=21538,22666 TEST=N/A Review URL: http://codereview.chromium.org/209068 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@26841 0039d316-1c4b-4281-b951-d872f2087c98
* Stop running the old WMP plugin test, it's not passingjam@chromium.org2009-09-171-1/+2
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@26516 0039d316-1c4b-4281-b951-d872f2087c98
* Try renabling the WMP plugin tests again. The new one works on my Windows 7 ↵jam@chromium.org2009-09-171-3/+2
| | | | | | | | | | box, the old one I can't run since I don't have an XP box. BUG=4809 Review URL: http://codereview.chromium.org/208014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@26498 0039d316-1c4b-4281-b951-d872f2087c98
* Remove unused ATL headers.jhawkins@chromium.org2009-09-091-1/+2
| | | | | | | | BUG=5027 TEST=none Review URL: http://codereview.chromium.org/194051 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@25761 0039d316-1c4b-4281-b951-d872f2087c98
* Take out the activex control.BUG=20259jam@chromium.org2009-09-081-131/+0
| | | | | | Review URL: http://codereview.chromium.org/200031 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@25650 0039d316-1c4b-4281-b951-d872f2087c98
* Fix a build break by removing some webkit_glue stub functions from ↵ananta@chromium.org2009-09-081-21/+1
| | | | | | | | | | | | | | | plugin_test.cpp. These will get deleted anyway by jam's pending media player plugin changes. I also disabled the DefaultPluginParsingTest as it fails when we remove these stub functions. However this is also getting deleted in jam's media player change. TBR=amit, jam(FYI) Review URL: http://codereview.chromium.org/201051 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@25648 0039d316-1c4b-4281-b951-d872f2087c98
* Don't call NPP_SetWindow during the painting of windowless plugins.dglazkov@chromium.org2009-08-041-16/+28
| | | | | | | | | | | | | | | | | | | | | | On Windows, Flash seems to only start executing script actions after it received an NPP_SetWindow with a non-NULL NPWindow.window (HDC). It is possible that Flash then invokes JS to modify DOM of the page. If Flash movie's widget is on-screen at page load, this call is made during layout and before even the NPP_Write is called, which is the desired sequence of events. However, if it is off-screen, this call occurs during painting, which leads to re-entrancy issues (layout while painting) and bizarre crashes. As a solution, we remove calls to NPP_SetWindow during painting and instead opt to never provide a null HDC to the plugin. If no valid HDC is available, we feed it a disposable monochrome 1x1 context to have at least something to draw on. R=ananta,darin,jam BUG=16114 TEST=LayoutTests/plugins/flash-setwindow-paint-crash.html (bug reduction). Review URL: http://codereview.chromium.org/159717 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@22383 0039d316-1c4b-4281-b951-d872f2087c98
* Remove the checked-in .vcproj files obviated by r17687.sgk@chromium.org2009-06-051-198/+0
| | | | | | | | BUG=none TEST=none Review URL: http://codereview.chromium.org/119213 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@17709 0039d316-1c4b-4281-b951-d872f2087c98
* Make automation proxy objects to ref_counted. That allows to process async ↵stoyan@chromium.org2009-05-281-1/+1
| | | | | | | | | | | notifications directly in channel background thread. Add support for listener-less ChannelProxy. BUG=none TEST=none Review URL: http://codereview.chromium.org/113722 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@17093 0039d316-1c4b-4281-b951-d872f2087c98
* Lookup the plugin for the mime type before attempting to open a channel for ↵ananta@chromium.org2009-05-191-1/+5
| | | | | | | | | | | | | | | | | the plugin. This ensures that the plugin will always be instantiated with the correct mime type at all times. Added plugin tests to cover this case where in the embed tag is specified with a URL but without a mime type. Fixes bug http://code.google.com/p/chromium/issues/detail?id=8973 Bug=8973 Test :- Added a plugin test for this case. Review URL: http://codereview.chromium.org/113326 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@16414 0039d316-1c4b-4281-b951-d872f2087c98
* Yet more deprecation of the wstring version of PathService::Get() for UI tests.thestig@chromium.org2009-05-021-1/+1
| | | | | | Review URL: http://codereview.chromium.org/99298 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@15127 0039d316-1c4b-4281-b951-d872f2087c98
* Disabling the EmbeddedMP3 plugin test as it needs a functional sound device ↵ananta@chromium.org2009-05-011-2/+2
| | | | | | | | | | | | | on the machine to succeed. Disabling the MediaPlayerNew test as an ASSERT in Webkit is firing causing the renderer to crash. Will debug this more and log a bug. TBR=nsylvain Review URL: http://codereview.chromium.org/100236 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@15024 0039d316-1c4b-4281-b951-d872f2087c98
* Added audio/mpeg and video/mpeg to the list of mime types supported by the ↵ananta@chromium.org2009-04-301-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | Activex shim for media player along with their associated extensions. This fixes http://code.google.com/p/chromium/issues/detail?id=11054, which occurs with embed tags with a source URL and no mime type. In this case the URL extension is mp3, which is not claimed by any plugin although Quicktime and media player do handle it. It works in Firefox because the plugin instantiation code in FF correctly gets the mime type from the http stream and instantiates the plugin accordingly. Webkit attempts to instantiate the plugin from the embed tag with the source URL. This fails silently in Chrome and Safari displays an error message. With this fix the only user visible difference would be quicktime handling the mp3 in FF and IE, and media player handling it in Chrome. I also moved the media player shim to the end of the plugin list to ensure it does not take over the audio/mpeg and video/mpeg mime types if there is a a plugin which can handle it. Added plugin tests for the mp3 and mpe extensions. Bug=11054 Review URL: http://codereview.chromium.org/100180 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@15008 0039d316-1c4b-4281-b951-d872f2087c98
* Relanding the following revisions.ananta@chromium.org2009-04-131-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | r13555 Log: Remove the Activex shim registration for generic Activex controls. The Activex shim only handles windows media player in the wild and will continue to do so for the forseeable future. This fixes http://code.google.com/p/chromium/issues/detail?id=8584, which is basically related to our NPAPI plugin installer not getting instantiated on pages which instantiated flash using an object tag, which would result in webkit attempting to instantiate the activex shim. The shim only loads the windows media player classid, thus causing this issue. Added a test shell test which tests whether the default plugin loaded correctly. This is done by attempting to instantiate a special mime type application/chromium-test-default-plugin, which serves as an indicator to the default plugin to call a function in the page indicating that the test succeeded. I also made a change to ensure that the default plugin is loaded in test_shell_tests. Removed the activexshim dll project from chrome.sln Bug=8584 New Revision: 13558 Log: Removing the Activex shim plugin from the list of default plugins caused some activex shim tests to fail. This basically fails for pages which instantiate the media player like an activex only. To handle this case we attempt to map the clsid to a NPAPI mime type if possible in the shim. If we succeed then the shim is instantiated as an NPAPI plugin as before. It internally loads the media player activex. The other changes are to ensure that the default plugin is only enabled in test_shell for windows for now. Bug=8584 Review URL: http://codereview.chromium.org/72004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@13610 0039d316-1c4b-4281-b951-d872f2087c98
* Revert change 13558 and 13555 because they broke the pluginnsylvain@chromium.org2009-04-131-1/+1
| | | | | | | | | | | tests and the test_shell_tests on linux. PLEASE back yourself out when you see you can't fix a bug instead of leaving it red for days. Review URL: http://codereview.chromium.org/67074 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@13575 0039d316-1c4b-4281-b951-d872f2087c98
* Removing the Activex shim plugin from the list of default plugins caused ↵ananta@chromium.org2009-04-111-1/+1
| | | | | | | | some activex shim tests to fail. This basically fails for pages which instantiate the media player like an activex only. To handle this case we attempt to map the clsid to a NPAPI mime type if possible in the shim. If we succeed then the shim is instantiated as an NPAPI plugin as before. It internally loads the media player activex. Review URL: http://codereview.chromium.org/66072 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@13558 0039d316-1c4b-4281-b951-d872f2087c98
* Replace chrome_process_filter with chrome_process_util.estade@chromium.org2009-04-091-0/+12
| | | | | | | | | | | | | | - move code only used by tests to chrome/test - make a better, more portable abstraction For now, it still only works on Windows. But this is the first step to porting this part of code. Patch by phajdan.jr@chromium.org: <http://codereview.chromium.org/54003> Review URL: http://codereview.chromium.org/67004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@13476 0039d316-1c4b-4281-b951-d872f2087c98
* Switching things to FilePath:phajdan.jr@chromium.org2009-04-071-3/+4
| | | | | | | | | | | | | | | | Remove following deprecated wstring-using functions: net/net_util: FilePathToFileURL net/net_util: FileURLToFilePath Switch net/base/upload_data to FilePath. Switch upload-related parts of net/url_request/url_request to FilePath. Made necessary adjustments in rest of code (a lot). Review URL: http://codereview.chromium.org/63011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@13242 0039d316-1c4b-4281-b951-d872f2087c98
* Remove the checked-in scons configuration files.sgk@google.com2009-04-011-176/+0
| | | | | | Review URL: http://codereview.chromium.org/53121 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@12982 0039d316-1c4b-4281-b951-d872f2087c98
* It looks like the Chrome NPAPI plugin installer has been broken since we ↵ananta@chromium.org2009-03-281-1/+84
| | | | | | | | | | | | | | | | | | | | | | | first updated chrome webkit after 1.0 shipped. Basically in the 1.0 branch when the plugin was instantiated in its instantiation it would get the mime type along with the list of other arguments. If an object tag was specified with the classid, it would get mapped to the mime type. With the webkit merge the classs id is passed in along with the mime type. The plugin installer thinks that this is an activex installation on receiving a valid class id and and ends up checking if it is a white listed classid, etc. All this code will be taken out along with the activex shim in the near future. For now we take this code path only if we don't have a valid mime type. This fixes http://code.google.com/p/chromium/issues/detail?id=8584 Added a plugin test for the argument parsing functionality in the default plugin. I changed the ParseInstantiationArguments function in the plugin installer to a static function to be able to unit test this. Bug=8584 Review URL: http://codereview.chromium.org/42684 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@12733 0039d316-1c4b-4281-b951-d872f2087c98
* Redisable the java test. Even though the machine wasnsylvain@chromium.org2009-03-121-1/+2
| | | | | | | | | trying to autoupdate, it looks like this was not the cause of the failure. Review URL: http://codereview.chromium.org/42126 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11538 0039d316-1c4b-4281-b951-d872f2087c98
* Re-enable java plugin test (reverting 11510)jar@chromium.org2009-03-121-2/+1
| | | | | | | | | | | The bot was trying to auto-update... and no one was clicking "yes." bug=8690 tbr=brettw Review URL: http://codereview.chromium.org/42112 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11517 0039d316-1c4b-4281-b951-d872f2087c98
* Restore bretts change (reverting 11506) and disabling java testjar@chromium.org2009-03-121-1/+2
| | | | | | | tbr=brettw Review URL: http://codereview.chromium.org/43118 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11510 0039d316-1c4b-4281-b951-d872f2087c98
* Rollback 11498jar@chromium.org2009-03-121-2/+1
| | | | | | | | | | | It may be nicer to just have teh java test failing than all the tests. Perhaps teh memory ordering is causing this... as the new (large set of) failing test run before the disabled java test. tbr=brettw Review URL: http://codereview.chromium.org/43117 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11506 0039d316-1c4b-4281-b951-d872f2087c98
* Diable a failing test. This seems to be related to the WebKit merge 41559:41588brettw@chromium.org2009-03-121-1/+2
| | | | | | Review URL: http://codereview.chromium.org/43111 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11498 0039d316-1c4b-4281-b951-d872f2087c98
* Fixes CRLF and trailing white spaces.maruel@chromium.org2009-03-051-1/+1
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10982 0039d316-1c4b-4281-b951-d872f2087c98
* Revert "Disabling tests that are failing."kuchhal@chromium.org2009-02-251-13/+11
| | | | | | | | | | | | | Enabling plugin tests as they seem to be running fine on local machine. Lets see how they do on buildbot. TBR=pkasting BUG=7983 Review URL: http://codereview.chromium.org/27167 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10385 0039d316-1c4b-4281-b951-d872f2087c98
* Disabling tests that are failing.kuchhal@chromium.org2009-02-241-11/+13
| | | | | | | | | BUG=7983 Review URL: http://codereview.appspot.com/21058 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10230 0039d316-1c4b-4281-b951-d872f2087c98
* Make adding internal plugins easier (and allow it to be dynamic). This code ↵jam@chromium.org2009-01-291-2/+2
| | | | | | | | also cleans up the internal plugin handling some more. Review URL: http://codereview.chromium.org/19443 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@8855 0039d316-1c4b-4281-b951-d872f2087c98
* Make CommandLine into a normal object, with some statics for getting at the ↵evan@chromium.org2009-01-211-16/+5
| | | | | | | | | | | current process's command line. One explicit goal of this change is to *not* deal with the string/wstring issues at the API on POSIX; the functions are the same as before, which means they remain as broken as before. (I did try to fix the internals, though, so migrating the callers is now possible by adding platform-appropriate hooks.) Review URL: http://codereview.chromium.org/18248 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@8347 0039d316-1c4b-4281-b951-d872f2087c98
* Generate all chrome .vcproj files:sgk@google.com2009-01-171-26/+102
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Path name translation (/ to \) of various MSVSTool attributes. * Explicit keyword= arguments to MSVSProject. This will likely go away eventually in favor of uniform behavior. * Add a relative_path_substitutions array that can be used to substitute in Visual Studio variable like $(OutDir). * Add a local_directory_prefix that can be set to './' to only affect files in the current directory. * Additional Keyword ordering in Tool attributes to continue to match the default order Visual Studio generates. * Add a Derived() proxy class that can wrap a File node to tell the .vcproj generation that we want the derived file, not its source(s), in the file list. * In the individual *.scons files, add the necessary files (mostly .h files) to file lists, and update MSVSProject() calls with the additional necessary information. Result is identical .vcproj files modulo the following differences: * Four locales .vcproj files (da, en-US, he and zh-TW) with source file orders that don't match the other locale .vcproj files have re-ordered file lists to match the rest. * Cosmetic XML changes (white space, ending tags) in: chrome/app/chrome_dll.vcproj chrome/app/generated_resources.vcproj net/build/net_resources.vcproj * Removal or addition of ./ prefixes from various files that don't match the other file specifications within their individual .vcproj files: chrome/installer/util/util.vcproj net/build/net.vcproj net/build/net_unittests.vcproj * Add missing empty sections (<ToolFiles>, <References>, <Globals>) for consistency with other .vcproj files: chrome/tools/test/image_diff/image_diff.vcproj third_party/libpng/libpng.vcproj third_party/zlib/zlib.vcproj * Add missing RootNameSpace attribute: chrome/test/automation/automation.vcproj testing/gtest.vcproj * Use && instead of \r\n as a command separator, to sidestep XML-generation problems: chrome/app/chrome_exe.vcproj * Remove unnecessary (?) duplicate files in the file list: chrome/browser/views/browser_views.vcproj (event_utils.cc and event_utils.h were duplicated) Review URL: http://codereview.chromium.org/17603 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@8253 0039d316-1c4b-4281-b951-d872f2087c98
* New implementations of core plugin libraries.avi@google.com2009-01-151-0/+1
| | | | | | Review URL: http://codereview.chromium.org/17427 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@8122 0039d316-1c4b-4281-b951-d872f2087c98
* Initial generation of native Visual Studio solution filessgk@google.com2008-12-191-1/+27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | (project files still to come). To wit: * Solution file configuration is in *_sln.scons files (base\base_sln.scons, chrome\chrome_sln.scons). * Individual Project file configuration is in the the .scons file for the relevant target (base\base_unittests.scons, third_party\libxml\libxml.scons, etc.)--that is, where their file lists will live. * MSVSProject() calls are currently placeholders that establish the existence of Project Nodes (and Project dependencies) but don't yet have actual Project configuration information (file lists, .vsprops, etc.). * Configuraiton is very manual. In particular, the entries in the .sln file will be written out in exactly the order specified in the configuration(s). The current ordering is taken from our existing .sln files, so we can generate virtually the same configurations on output. * Generated solution files are nearly byte-for-byte identical with our existing .sln files, modulo: * net\dump_cache has a WebsiteProperties sections (making that configurable per project isn't important right now); * sandbox\sandbox.sln was missing a dependency of base.vcproj on on debug_message.vcproj (present in other .sln files) * webkit\webkit.sln was missing dependencies of WebCore.vcproj on libxml_config.vcproj and libxslt_config.vcproj (present in chrome.sln); * add a handful of other miscellaneous missing dependencies on various .vcproj definitions in chrome.sln (present in other .sln files). * remove stats_viewer.csproj from chrome.sln (sorry, mbelshe), which was complicating the solution configuration with unnecessary (for us) "Mixed Platform" types; * All MSVSFolder(), MSVSProject() and MSVSSolution() calls have hard-wired guid= values taken from our existing configuration, so we can: 1) verify generation of working configs; 2) minimize diffs when checking in generated .sln files. We can remove these in the future in favor of extracting them from existing .sln files if we wish. * Add ChromeMSVSFolder(), ChromeMSVSProject() and ChromeMSVSSolution() wrappers to chromium_builders.py, that gate the underlying call to the env.MSVS*() builders based on whether env.Bit('msvs') is set (i.e., we're in --mode=msvs). * Remove platform-specific gating of to-be-ported .scons files that we now need to load on any platform to generate coheren MSVS files. Move the env.Bit('windows') tests for actually building their executables into the individual .scons files. Review URL: http://codereview.chromium.org/14472 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@7297 0039d316-1c4b-4281-b951-d872f2087c98
* Convert from using env['PLATFORM'] directly to using the more flexiblesgk@google.com2008-12-181-1/+1
| | | | | | | | | | | | | | | | | | and better-thought-out Hammer env.Bits() idioms: * env['PLATFORM'] == 'win32' => env.Bit('windows') * env['PLATFORM'] == 'posix' => env.Bit('linux') * env['PLATFORM'] == 'darwin' => env.Bit('mac') New idioms: * env.Bit('posix') => really does mean "any POSIX platform" * env.AnyBits('mac', 'linux') => specifically mac or linux, excluding other POSIX platforms Where we were using compound conditionals (e.g., "env['PLATFORM'] in ('posix', 'darwin')") I tried to take my best shot at translating the intent (i.e., "env.Bits('posix')" for something POSIX, "not env.Bits('mac')" for something not yet ported to Mac, etc.) Review URL: http://codereview.chromium.org/15051 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@7270 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-02-16 08:17:59 +0000