summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Let the logo display correctly on the History and Downloads pages in RTL. ↵glen@google.com2008-08-012-17/+35
| | | | | | | | This really should be using our GridLayout, but GridLayout had trouble both handling our row-spanned images, and cropping the image correctly when the column got too small (it center-cropped it). In the interests of not adding complication for Beta, I just modified the existing code. BUG=1304459 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@267 0039d316-1c4b-4281-b951-d872f2087c98
* Include trivial definition of method in release mode (where we don't do ↵jar@google.com2008-08-011-0/+1
| | | | | | | | | | | | | tracking) Repair tree bustage TBR=darin M base/tracked.cc git-svn-id: svn://svn.chromium.org/chrome/trunk/src@266 0039d316-1c4b-4281-b951-d872f2087c98
* Merge a bunch of SConscript.main back into SConscript.main.linux. My goal ↵evanm@google.com2008-08-011-30/+300
| | | | | | | | | | is to track .main as close as possible to minimize divergence. Using this (and the split SConstruct that keunwoo already wrote) you can build third_party by: scons Hammer/third_party and you can attempt to build base, though there's still a lot of work to be done. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@265 0039d316-1c4b-4281-b951-d872f2087c98
* Disable ProcessPolicyTest.RunFindstrExe until it can be made to work on any ↵sgk@google.com2008-08-011-1/+2
| | | | | | | | | Windows drive. B=1305476 R=nsylvain git-svn-id: svn://svn.chromium.org/chrome/trunk/src@264 0039d316-1c4b-4281-b951-d872f2087c98
* Linuxify testing/SConscript.evanm@google.com2008-08-011-7/+8
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@263 0039d316-1c4b-4281-b951-d872f2087c98
* A new (private) interface is supplied that allows the object watcher (coding injar@google.com2008-08-014-3/+35
| | | | | | | | | | | | | | | | | | | | | proress by Darin) to Post the task (when the object is signaled) into a message loop. I also cleaned up the time-of-birth for tasks that sleep for a while before running (such as those held by the timer, or by passed to this new PostSignaledTask() interface. r=darin M base/tracked.cc M base/message_loop.h M base/message_loop.cc M base/tracked.h git-svn-id: svn://svn.chromium.org/chrome/trunk/src@262 0039d316-1c4b-4281-b951-d872f2087c98
* SCons build:sgk@google.com2008-08-016-18/+16
| | | | | | | | | | | | * Add base\object{,_watcher}.cc. * Add chrome\browser\bookmark_{codec,storage}.cc. * Add chrome\views\frame\browser_window_factory.cc. * Split of app\main.cc into app\chrome_{dll,exe}_main.cc, with added CPPDEFINES for {BROWSER,RENDERER,PLUGIN}_DLL. * Move $CSCRIPT, $PLATFORMSDK* and $VISUAL_STUDIO variables to the win32-specific construction environment. * Remove unnecessary comments. TBR: bradnelson git-svn-id: svn://svn.chromium.org/chrome/trunk/src@261 0039d316-1c4b-4281-b951-d872f2087c98
* Emergency string change.glen@google.com2008-08-011-1/+1
| | | | | | TBR=tc git-svn-id: svn://svn.chromium.org/chrome/trunk/src@260 0039d316-1c4b-4281-b951-d872f2087c98
* A helper class for calling RegisterWaitForSingleObject with the objective of ↵darin@google.com2008-08-015-0/+411
| | | | | | | | | | | | | | | | | | | | finding out when objects get signaled. The API is pretty simple: - consumer can associate a Task with a HANDLE via AddWatch method - when the HANDLE is signaled, we run the Task on the thread that called AddWatch - the consumer can call CancelWatch to abort the watch - a watch is one-shot: after the object is signaled, the consumer has to call AddWatch again to wait a second time - if the ObjectWatcher instance is destroyed, it cancels all associated watches. Implementation details: - Uses RegisterWaitForSingleObject to run a function on the wait thread. This avoids extra thread marshaling to a worker thread. - Uses a Task to get back onto the origin thread. This is possible due to the UnregisterWaitEx(INVALID_HANDLE_VALUE) call. - Once on the origin thread, runs the consumer's Task directly. This is the first part of changes I want to make to MessageLoop::WatchObject. For now, I have not made any changes to existing code. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@259 0039d316-1c4b-4281-b951-d872f2087c98
* Automation provider should send real windows messages to the window when ↵beng@google.com2008-08-011-8/+33
| | | | | | | | simulating drags, rather than ChromeViews events. Sending ChromeViews events directly to the RootView means that capture isn't set up properly and some state relating to dragging isn't saved on the frame. B=1303306 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@258 0039d316-1c4b-4281-b951-d872f2087c98
* Update xcodeprojsmmentovai@google.com2008-08-011-6397/+19578
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@257 0039d316-1c4b-4281-b951-d872f2087c98
* Update xcodeprojsmmentovai@google.com2008-08-019-372/+2747
| | | | | | Review URL: http://chrome-reviews.prom.corp.google.com/996 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@256 0039d316-1c4b-4281-b951-d872f2087c98
* Update TLD data, incorporating recent changes from Mozilla as well as morepamg@google.com2008-08-011-48/+1137
| | | | | | | | | | | | | | | updates. The additional information included here has also been submitted to Mozilla at https://bugzilla.mozilla.org/show_bug.cgi?id=447815. This was reviewed in the old repository as pamg/tld-info. R=pkasting BUG=1277961, 1283371 TEST=none git-svn-id: svn://svn.chromium.org/chrome/trunk/src@254 0039d316-1c4b-4281-b951-d872f2087c98
* Make closetabsopenedby walk the whole tabstrip instead of just all the tabs ↵ojan@google.com2008-08-011-1/+1
| | | | | | to the right of the tab whose context menu was used. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@253 0039d316-1c4b-4281-b951-d872f2087c98
* The addition of the AtExitManager test in the singleton dll test makes ↵cpu@google.com2008-08-012-4/+2
| | | | | | | | | | | purify-sub angry. - Not sure what is the issue, purify reports FMM (freeing mismatched memory), but I don't see why. - Don't do the frees inside the dll unload callback directly. TBR=erikkay git-svn-id: svn://svn.chromium.org/chrome/trunk/src@252 0039d316-1c4b-4281-b951-d872f2087c98
* Fix DCHECK in history_backend by ensuring we clear redirect tracking state ↵timsteele@google.com2008-08-014-6/+81
| | | | | | | | | | | | | whenever the RenderView is told that a provisional load has started for the main frame. The DCHECK(params->referrer == params->redirects[0]) was firing because: a) page A was loaded, triggered WillPerformClientRedirect b) after the provisional load started for the destination page of A's client redirect, but before this load was committed, the browser makes a Navigation request for page B. c) When page B's load is committed, the RenderView's completed_client_redirect_src_ was still set, resulting in a CLIENT_REDIRECT transition type and forwarding the src value through params->referrer -- but params->redirects was now completely unrelated. Kaboom. This fix should be general enough to handle cases (that are relatively likely in the wild) where WebKit legitimately cancels the redirect, instead of just the browser doing so. Note we can't depend on dispatchDidCancelClientRedirect because we get that callback on both completion and cancellation of a client redirect. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@251 0039d316-1c4b-4281-b951-d872f2087c98
* Add the ability to display reverse dependencies, e.g. which projects depends ↵maruel@google.com2008-08-012-16/+50
| | | | | | | | on a specific project. Remove C++ style ; in python script. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@250 0039d316-1c4b-4281-b951-d872f2087c98
* Add the ability to dynamically generate keywords. Mark the Google engine as ↵pkasting@google.com2008-08-0110-160/+277
| | | | | | | | needing this. This ensures that users in countries where the Google base URL is not "google.com" will see the appropriate keyword for their local country (and can trigger it for tab-to-search, etc.). BUG=1301290 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@249 0039d316-1c4b-4281-b951-d872f2087c98
* Adds a backend for the bookmarks bar that reads/writes to a JSONsky@google.com2008-08-016-0/+640
| | | | | | | | | | | | file. These files aren't being built or used yet (though a test case exists that is ifdef'd out). BUG=1256202 TEST=none git-svn-id: svn://svn.chromium.org/chrome/trunk/src@248 0039d316-1c4b-4281-b951-d872f2087c98
* Use newer icu38 (SCons change).evanm@google.com2008-08-011-1/+1
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@247 0039d316-1c4b-4281-b951-d872f2087c98
* Adds the BrowserView to the XPFrame/VistaFrame, and moves the ↵beng@google.com2008-08-0115-150/+272
| | | | | | | | | | | | | | | | | | | | BrowserToolbarView and StatusBubble into it. Also restructures the creation of the Frame. This is significant! The Browser now constructs a frame via a new static BrowserWindow::CreateBrowserWindow method (see browser_window_factory.cc). Recall the diagram in the architectural overview doc - the BrowserView object is the one that implements the interface that the Browser object uses to communicate with the UI. The Browser object communicates to the BrowserView directly through this interface, but not directly to the frame. What actually happens right now in CreateBrowserWindow is that an XP/VistaFrame is constructed, but this is _not_ the object returned to the Browser, rather when the XP/VistaFrame is init'ed, it constructs a BrowserView that also implements BrowserWindow. This is the object that's returned to the Browser. Since both BrowserView and XP/VistaFrame implement BrowserWindow, I am now able to gradually migrate functionality from the frames to BrowserView. During this process BrowserWindow functions not handled yet by BrowserView will be forwarded to the appropriate frame. Modifies the Accessibility UI tests to account for this extra level of indirection (should only be temporary while I'm moving things around). This does actually pass the UI tests. See the whiteboard in my office for a diagram. This is a bit confusing right now since there's so much going on. Sadly the only way to get where we need to go incrementally is to make a mess on the way. B=1031854 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@245 0039d316-1c4b-4281-b951-d872f2087c98
* Fix crash in DialogClientView caused by recursion of Close calls. When ↵beng@google.com2008-08-011-6/+8
| | | | | | | | migrating from Window to DialogClientView, I neglected to insert the check into this function to see if the dialog had already been accepted by the user before trying to abort. B=1304032 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@244 0039d316-1c4b-4281-b951-d872f2087c98
* Using a better seed. Using time() causes the random sequence to start with ↵jcampan@google.com2008-08-011-1/+4
| | | | | | | | the same number when run several times consecutively. BUG=None git-svn-id: svn://svn.chromium.org/chrome/trunk/src@243 0039d316-1c4b-4281-b951-d872f2087c98
* Generate the new DLLs. Note that they still have the same size than ↵maruel@google.com2008-08-0113-13/+1064
| | | | | | | | | | chrome.dll due to interdependencies. This will be fixed later. The new dlls are not built by default. BUG=1211534 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@242 0039d316-1c4b-4281-b951-d872f2087c98
* Rename the source files containing main function so they can be quicklymaruel@google.com2008-08-015-48/+78
| | | | | | | | | | | identified to their owning project. Add #ifdef to make the ChromeMain function exclude parts depending on the relevancy of the dll generated. BUG=1211534 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@241 0039d316-1c4b-4281-b951-d872f2087c98
* Fix convert_dict output directory.maruel@google.com2008-08-012-5/+0
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@240 0039d316-1c4b-4281-b951-d872f2087c98
* Forward declare GURL in cookie_policy.deanm@google.com2008-08-013-2/+6
| | | | | | TBR=maruel git-svn-id: svn://svn.chromium.org/chrome/trunk/src@239 0039d316-1c4b-4281-b951-d872f2087c98
* Forward declare Task in ssl_manager.h. Cleanup some uses of ↵deanm@google.com2008-08-014-4/+3
| | | | | | | | notification_service.h. TBR=maruel git-svn-id: svn://svn.chromium.org/chrome/trunk/src@238 0039d316-1c4b-4281-b951-d872f2087c98
* Cleanup some old unused code from the cookie monster unittest.deanm@google.com2008-08-011-19/+0
| | | | | | TBR=maruel git-svn-id: svn://svn.chromium.org/chrome/trunk/src@237 0039d316-1c4b-4281-b951-d872f2087c98
* Fix a bug introduced with the locking changes to login_prompt.cc :\deanm@google.com2008-08-011-1/+1
| | | | | | TBR=maruel git-svn-id: svn://svn.chromium.org/chrome/trunk/src@236 0039d316-1c4b-4281-b951-d872f2087c98
* Remove atomic operations from login_prompt.cc. Removes an atomic tess and ↵deanm@google.com2008-08-011-12/+18
| | | | | | set, and replaces it with a lock. Rename confusing GotAuth test and set method to was WasAuthHandled, which will optionally marked as handled. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@235 0039d316-1c4b-4281-b951-d872f2087c98
* tld_cleanup's main() needs the new base::AtExitManager too, so DCHECKs don't ↵sgk@google.com2008-08-011-0/+4
| | | | | | | | fail when we execute it during the build. TBR=cpu git-svn-id: svn://svn.chromium.org/chrome/trunk/src@233 0039d316-1c4b-4281-b951-d872f2087c98
* Steps towards isolating Windows-isms in the construction environment from ↵sgk@google.com2008-08-012-27/+49
| | | | | | | | | | | | Linux/Posix/Mac-isms, and fixes: * Only put Windows settings on the construction environment when PLATFORM == 'win32', and provide a PLATFORM == 'posix' block for necessary settings there. * Don't hard-code C:/ as the location of Microsoft Visual Studio 8, so we can find memset.obj even on buildbot systems that have it installed on D:. * Work around how SCons 0.98.3 fails to handle environment variables imported from Visual Studio that use | to separate diferent architecture types in the (e.g.) PATH. (This is fixed in 0.98.4, after which we can remove the workaround.) * Deep copy the environment we use to build v8_shell.exe so objects therein can't pollute other environments. TBR: evanm,bradnelson git-svn-id: svn://svn.chromium.org/chrome/trunk/src@223 0039d316-1c4b-4281-b951-d872f2087c98
* Add new base\at_exit{,_unittest}.cc files to SCons build.sgk@google.com2008-08-011-0/+2
| | | | | | TBR=cpu git-svn-id: svn://svn.chromium.org/chrome/trunk/src@221 0039d316-1c4b-4281-b951-d872f2087c98
* Fix build bustagecpu@google.com2008-08-011-0/+4
| | | | | | | | - Forgot to fix one main() function. TBR=nsylvain git-svn-id: svn://svn.chromium.org/chrome/trunk/src@220 0039d316-1c4b-4281-b951-d872f2087c98
* Adds new class AtExitManager which manages the dtors of all singletons.cpu@google.com2008-08-0118-40/+345
| | | | | | | | | - Previously this job was done by the CRT's atexit() which runs later than we want and under the loader lock. - Had to modify most main() functions for the testing executables so we don't trigger leak detectors. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@219 0039d316-1c4b-4281-b951-d872f2087c98
* Pick the most commonly used search engine as the default when we have ↵pkasting@google.com2008-08-011-3/+6
| | | | | | | | competing can-be-default choices with the same host and path. Previously we would end up picking the least commonly used engine in this case. BUG=1303406 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@218 0039d316-1c4b-4281-b951-d872f2087c98
* Allow trailing commas in JSON responses from suggestion services. Various ↵pkasting@google.com2008-08-011-0/+1
| | | | | | | | real-world servers return responses like this and there's no obvious reason to disallow it, even though technically it violates the JSON spec. BUG=1295216 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@217 0039d316-1c4b-4281-b951-d872f2087c98
* Have CommandCloseTabsOpenedBy iterate through the tabs in reverse order to ↵ojan@google.com2008-08-011-6/+5
| | | | | | | | avoid race conditions with tab closing now that it's async. BUG=1303289 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216 0039d316-1c4b-4281-b951-d872f2087c98
* Revert my UTF change until we can figure out what to do with the sandbox.brettw@google.com2008-08-016-316/+121
| | | | | | BUG=1201008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215 0039d316-1c4b-4281-b951-d872f2087c98
* Make BrowserView implement the BrowserWindow interface so we can start ↵beng@google.com2008-08-012-1/+201
| | | | | | | | moving frame functionality into it. B=1031854 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@214 0039d316-1c4b-4281-b951-d872f2087c98
* Move the BookmarkBarView into the frames.beng@google.com2008-08-017-46/+69
| | | | | | | | Yes this causes duplicate code, but only for a brief while until I can bring up BrowserView at which point this code will move from the frames to that object. "It gets worse before it gets better". B=1031854 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@213 0039d316-1c4b-4281-b951-d872f2087c98
* Eliminate the infinite read loop that can occasionally allowpaulg@google.com2008-08-011-8/+20
| | | | | | | | | | | | | | | | | | | | a large, fast network request to monopolize the IO thread. This particular bug was tickled by an FTP download where pause tasks posted to the IO thread from the UI thread were blocked from running until the FTP transfer was completed, leading to user noticeable jankiness. I added histograms to the previous read loop and noticed that during regular browsing and downloading sessions, the number of times the loop was traversed was 1 for something like 99.5% of the time. This leads me to believe that eliminating the read loop in favor of asynchronous tasks will not impact performance. BUG=1270179 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@212 0039d316-1c4b-4281-b951-d872f2087c98
* Write our own utf8<->wide conversion functions. This gives us more control ↵brettw@google.com2008-08-016-121/+316
| | | | | | over error handling instead of getting a blank string for invalid encodings. It also allows us to decrease the amount of platform-specific code. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@211 0039d316-1c4b-4281-b951-d872f2087c98
* Minor alignment tweaks to simple XP frame.glen@google.com2008-07-311-3/+6
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@210 0039d316-1c4b-4281-b951-d872f2087c98
* Stop the new tab page fading in if it's not your startup tab.glen@google.com2008-07-313-40/+28
| | | | | | BUG=1295355 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@209 0039d316-1c4b-4281-b951-d872f2087c98
* Command-line flag to allow the debugger UI to be loaded from the filesystem ↵erikkay@google.com2008-07-313-2/+25
| | | | | | rather than the DLL. Very useful for rapid development. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@208 0039d316-1c4b-4281-b951-d872f2087c98
* Use the WTF::getPtr technology in our bindings code generator. This will ↵abarth@google.com2008-07-311-4/+28
| | | | | | let us unfork three files in webkit/pending. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207 0039d316-1c4b-4281-b951-d872f2087c98
* Script to scan a Visual Studio solution file (.sln) and extract the projects ↵maruel@google.com2008-07-311-0/+110
| | | | | | dependencies in human readable form. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@206 0039d316-1c4b-4281-b951-d872f2087c98
* Move BrowserToolbarView to the frames (XPFrame/VistaFrame).beng@google.com2008-07-3111-44/+117
| | | | | | | | | | This causes some temporary duplication of code in xp/vista frames but it will be temporary. My goal is to move all the top level browser level views into the frames. From there, I will move them from the frames into their new home - BrowserView (chrome/browser/views/frames/browser_view.cc), and each frame will host a BrowserView. This will reduce duplication of code. To make this change I had to add a bunch of methods to the BrowserWindow (nee ChromeFrame) interface to provide access to some of the toolbar's contents. Excuse the ugly API, we will be improving this incrementally. B=1031854 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@205 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-02-02 21:38:50 +0000