summaryrefslogtreecommitdiffstats
path: root/chrome/browser
Commit message (Collapse)AuthorAgeFilesLines
* Reduce the amount of included header files. Vast change like in "Oh God! ↵maruel@chromium.org2009-02-1844-213/+253
| | | | | | | | This revision changes half of the source files!". Review URL: http://codereview.chromium.org/20378 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9958 0039d316-1c4b-4281-b951-d872f2087c98
* Add locale_settings.grd to the build. This generatestc@google.com2009-02-1832-117/+92
| | | | | | | | | | | | a locale_settings.h file that we use on all platforms. However, the rc generation isn't correct yet, so for now, use the existing locale_settings_*.rc files. Also go ahead and generate the en-US locale pak on linux. Review URL: http://codereview.chromium.org/20447 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9956 0039d316-1c4b-4281-b951-d872f2087c98
* fix linux build, add stub functions to browser window gtktc@google.com2009-02-182-0/+11
| | | | | | | Review URL: http://codereview.chromium.org/21463 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9955 0039d316-1c4b-4281-b951-d872f2087c98
* Stub more Mac functions to fix another build breakpkasting@chromium.org2009-02-182-0/+11
| | | | | | | TBR=pinkerton Review URL: http://codereview.chromium.org/20463 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9954 0039d316-1c4b-4281-b951-d872f2087c98
* Solved 2 bugs which caused Chrome to maximize itself whendouble clicking, ↵idanan@chromium.org2009-02-184-6/+18
| | | | | | | | either on the new tab button, on the closetab button or on a single tab.BUG=2827BUG=3787The problem comes from the Windows event sequence upon adouble-click (simplified here):1 - hit-test2 - mouse-down4 - mouse-up/click5 - hit-test6 - mouse down7 - mouse up/double-clickThe 1st hit-test is always performed correctly, returningclient for tabs and non-client for the tab-strip (background).The 2nd hit test is not performed correctly to avoid crashesin Chromebot from events being processed while tabs are animating.Since we have no record of these crashes, Ben prefers we keepthis special-case, even though we are responding incorrectlyto the windows hit-test. So, when the tabs are animating wereturn a HTNOWHERE hit which the caller translates into anHTCAPTION hit. This even though a tab-control (new-tab/close-tab)may have been hit.The problem is that having returned HTCAPTION to Windows defaultmessage handling, we get a NON-CLIENT double-click event insteadof a standard one.To keep the behavior of the second hit-test AND prevent theChrome window from maximizing, this change simply declaresthe non-client double-click as handled when the tabs areanimating.Another trick we pulled in the hit-test is to return HTCAPTIONwhen a single tab is present. This allows the entire window to be dragged but causes the context menu to be wrong and the windowto maximize when double clicking on the single tab.The solution here is to correct return a client hit for a singletab and, upon handling a client single-click, delegate to thenon-client single-click default handler. Review URL: http://codereview.chromium.org/21268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9953 0039d316-1c4b-4281-b951-d872f2087c98
* Preliminary fullscreen mode support.pkasting@chromium.org2009-02-188-38/+169
| | | | | | | | | There is no UI for this (yet), just F11 to toggle in and out. BUG=534 Review URL: http://codereview.chromium.org/20423 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9950 0039d316-1c4b-4281-b951-d872f2087c98
* Reverting 9944.yurys@google.com2009-02-1812-476/+2
| | | | | | | This change broke ui, interactive and Vista Perf tests. I felt like reverting. Review URL: http://codereview.chromium.org/24020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9947 0039d316-1c4b-4281-b951-d872f2087c98
* Create communication channel between developer tools UI implemented in JS ↵yurys@google.com2009-02-1812-2/+476
| | | | | | | | | | | | | and residing in a process different from inspected page renderer process. There is no direct IPC channel between the two processes so all messages are routed through browser process. On the side of inspected page there is ToolsAgent existing in all renderers so that we can start inspecting the page at any moment by talking to this object. On the side of developer tools renderer there is ToolsClient which is created only for RenderView that host developer tools UI. This change is a slightly modified version of http://codereview.chromium.org/20221/show Review URL: http://codereview.chromium.org/20430 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9944 0039d316-1c4b-4281-b951-d872f2087c98
* Take out common functionality from PluginProcessHost and move it to ↵jam@chromium.org2009-02-188-188/+36
| | | | | | | | ChildProcessHost. Review URL: http://codereview.chromium.org/21443 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9935 0039d316-1c4b-4281-b951-d872f2087c98
* Display the current URL and connect the entry widget to OpenURLFromTab().erg@google.com2009-02-183-8/+40
| | | | | | | | | This currently crashes when trying to load a new URL. (It looks like some housekeeping isn't being done in RenderWidgetHostViewGtk, the underlying widget isn't attached to any GTK window...) Review URL: http://codereview.chromium.org/21438 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9930 0039d316-1c4b-4281-b951-d872f2087c98
* Follow-up rename to my previous commit.evan@chromium.org2009-02-182-1/+1
| | | | | | | | | process_singleton.cc can just become process_singleton_win.cc since it's all Windows-specific. Review URL: http://codereview.chromium.org/20442 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9926 0039d316-1c4b-4281-b951-d872f2087c98
* HtmlDialogs had focus problems.jcampan@chromium.org2009-02-1813-13/+21
| | | | | | | | | | | | | | | | | | They would not be focused when shown and tab traversal was not working. This was caused by several issues: - HWNDView was not focusing its HWND when focused through the View::RequestFocus() method (it would rely on the default view behavior which is to focus the root view HWND), so it would not be focused by default. - DOMView (parent of HtmlDialogView) was not focusable so would not get the focus when pressing tab. - DOMView was not eating tab keys events (by returning false in View::CanProcessTabKeyEvents()), so the render view would not get the tab key press messages (for focus traversal in the render view). Note: most of the file changes in this CL are just the consequence of changing the constness of the WindowDelegate::GetInitiallyFocusedView method. BUG=6859 TEST=Open a web page, from the page menu, select the "Create application shortcut..." menu. In the dialog, press the TAB key, focus should alternate between the different fields Review URL: http://codereview.chromium.org/21439 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9925 0039d316-1c4b-4281-b951-d872f2087c98
* Rename MessageWindow to ProcessSingleton in anticipation of more refactoring.evan@chromium.org2009-02-185-33/+35
| | | | | | | Review URL: http://codereview.chromium.org/20437 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9923 0039d316-1c4b-4281-b951-d872f2087c98
* Make gears_integration.cc compile on Posix. Change the GearsCreateShortcut ↵jhawkins@chromium.org2009-02-176-18/+24
| | | | | | | | callback to use GearsShortCutData2. Review URL: http://codereview.chromium.org/20412 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9918 0039d316-1c4b-4281-b951-d872f2087c98
* Check the file handle for NULL before using it to write. Under somebrettw@chromium.org2009-02-171-20/+15
| | | | | | | | | | | | | circumstances this might be NULL if we opened the file after initialization and it failed. In this case, we should just silently fail rather than throwing an invalid parameter exception. I'm not 100% sure this will fix the bug below, I did this by inspection. BUG=7566 Review URL: http://codereview.chromium.org/21425 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9917 0039d316-1c4b-4281-b951-d872f2087c98
* Fix crasher in GetDefaultSearchEngineName() in first run bubble.cpu@google.com2009-02-173-12/+17
| | | | | | | | | | | | - It seems that BrowserList::GetLastActive() is returning null, probably it takes longer now for the browser to become active. - But rather than guessing the profile, get it from the guts of the location bar. - crasher is ranked #34 by Laforge BUG=6211 Review URL: http://codereview.chromium.org/20381 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9916 0039d316-1c4b-4281-b951-d872f2087c98
* Fix a memory leak of the renderer thread objects in single process mode.brettw@chromium.org2009-02-171-3/+8
| | | | | | | BUG=6538 Review URL: http://codereview.chromium.org/21432 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9915 0039d316-1c4b-4281-b951-d872f2087c98
* Add importer/firefox_profile_lock_posix.cc to the build.thestig@chromium.org2009-02-171-0/+1
| | | | | | Review URL: http://codereview.chromium.org/21427 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9914 0039d316-1c4b-4281-b951-d872f2087c98
* Persist info about subresources on pages for DNS pre-resolutionjar@chromium.org2009-02-179-15/+387
| | | | | | | | | | | | | | | | | | | | | The DNS pre-resolution system already "learns" what domains are commonly needed when rendering sub-resources of a page at a given domain. This patch saves (some of) the information learned into a persistent pref, and restores it on startup. For now, I put in a wimpy pruning of the list each time I save, so that the list will not grow endlessly from session to session. I probably need a better pruning algorithm, such as one that prunes after a given amount of time, rather than only during shutdown. For now, this should get a lot of nice results, and provide slightly larger than needed lists to users that have long lived sessions, which is similar to the current performance, where I didn't persist any info, and only pruned (actually discarded) all learned info at shutdown. r=mbelshe Review URL: http://codereview.chromium.org/21374 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9912 0039d316-1c4b-4281-b951-d872f2087c98
* Hook up theme images and chrome resource data on linux.tc@google.com2009-02-172-65/+69
| | | | | | | | | | Go ahead and convert our toolbar buttons to using the theme data pack file. Review URL: http://codereview.chromium.org/20433 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9911 0039d316-1c4b-4281-b951-d872f2087c98
* Do two TODOs related to --load-extension:aa@chromium.org2009-02-174-22/+41
| | | | | | | | | | | * Stop watching extension dirs for user script changes. * Stop supporting unversioned extension dirs. Also a few minor related cleanups. Review URL: http://codereview.chromium.org/20390 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9909 0039d316-1c4b-4281-b951-d872f2087c98
* Remove TabContentsDelegate from scaffolding. Remove a large chunk of ifdef'd ↵pinkerton@chromium.org2009-02-173-38/+17
| | | | | | | | code from browser.cc to go along with it as well as enabling more functionality. Review URL: http://codereview.chromium.org/21424 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9908 0039d316-1c4b-4281-b951-d872f2087c98
* Changes new tab page to not make a link for recently closedsky@google.com2009-02-171-3/+4
| | | | | | | | | | | | windows. It was rather bogus that we were doing this before as there is nothing for the window to link to. BUG=5836 TEST=see bug Review URL: http://codereview.chromium.org/21426 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9907 0039d316-1c4b-4281-b951-d872f2087c98
* Significantly rework coordinate handling for the Cocoa views. Fixes tons of ↵avi@chromium.org2009-02-178-49/+75
| | | | | | | | redraw and scrolling issues. Review URL: http://codereview.chromium.org/20435 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9905 0039d316-1c4b-4281-b951-d872f2087c98
* Keyboard focus mostly works on Linux.evan@chromium.org2009-02-173-7/+28
| | | | | | | | | | | I added more TODOs than I removed, but they're now for more subtle cases: - the web page didn't handle a keystroke and our accelerators should; - you tab off the end of the list of tabbable things on the page. Review URL: http://codereview.chromium.org/21428 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9903 0039d316-1c4b-4281-b951-d872f2087c98
* Default to using the current tab when opening a url until we hook up more ↵pinkerton@chromium.org2009-02-171-1/+1
| | | | | | | | advanced gestures. Returning to create a new tab is just wrong. Review URL: http://codereview.chromium.org/20434 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9902 0039d316-1c4b-4281-b951-d872f2087c98
* Change the encoding for tapuz.co.il to UTF-8 from windows-1255 and update ↵jungshik@google.com2009-02-171-2/+2
| | | | | | | | | | | | | the version to 20. BUG=7271 TEST=Start Chrome in Hebrew Windows or with cmdline switch "--country=IL --lang=he" and set the default search engine to tapuz (it's in Hebrew) and type a keyword in the omnibox and select search with 'tapuz'. Search result should come up with multiple hits. Review URL: http://codereview.chromium.org/20315 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9901 0039d316-1c4b-4281-b951-d872f2087c98
* Registering the AutoFill manager because someone added it to the build ↵avi@chromium.org2009-02-171-2/+2
| | | | | | | | without registering its prefs. Review URL: http://codereview.chromium.org/20431 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9899 0039d316-1c4b-4281-b951-d872f2087c98
* Make the toolbar background themed on Linux.evan@chromium.org2009-02-177-12/+261
| | | | | | | | | | Add a class for managing images for scalable themed widgets, and then implement the toolbar on top of this. Review URL: http://codereview.chromium.org/21390 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9898 0039d316-1c4b-4281-b951-d872f2087c98
* Create a menu wrapper class for GTK menus, and use it for the page and app ↵erg@google.com2009-02-177-31/+470
| | | | | | | | | menus. Review URL: http://codereview.chromium.org/20245 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9893 0039d316-1c4b-4281-b951-d872f2087c98
* Unstub some more of the Browser object, including the part that sets it as ↵pinkerton@chromium.org2009-02-175-5/+50
| | | | | | | | the delegate of the TabContents object. That allows page-load notifications to make their way through the browser UI layer. Hook up notification to Mac tab strip to set the title as it's changed. Review URL: http://codereview.chromium.org/20429 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9892 0039d316-1c4b-4281-b951-d872f2087c98
* put browser_main_gtk.cc next to other browser_main* cc files.tc@google.com2009-02-172-1/+1
| | | | | | | Review URL: http://codereview.chromium.org/21418 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9887 0039d316-1c4b-4281-b951-d872f2087c98
* Stub a function for Mac to get it to compile with my recent change.pkasting@chromium.org2009-02-172-0/+5
| | | | | | | TBR=pinkerton Review URL: http://codereview.chromium.org/20424 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9884 0039d316-1c4b-4281-b951-d872f2087c98
* Add stub for GTK to get it to build with my recent change.pkasting@chromium.org2009-02-172-0/+5
| | | | | | | TBR=tony Review URL: http://codereview.chromium.org/21416 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9883 0039d316-1c4b-4281-b951-d872f2087c98
* When internal functions try to focus the location bar, check whether it's ↵pkasting@chromium.org2009-02-175-5/+25
| | | | | | | | | focusable, and clear the focus if it's not. This shouldn't kick in in any cases today (I don't think), but it will matter in fullscreen mode, where creating a new tab should not attempt to focus the (unfocusable) location bar, but should not do nothing either, since these leaves focus in a hosed state. There are other choices here. I could make View::RequestFocus() try and clear the focus if the view is not focusable. That seems likely to cause side-effects unless I restore a lot of the calls to IsFocusable() that I previously removed. I also don't know whether sticking this on BrowserWindow was the right approach; if there's a better spot architecturally, speak up. Review URL: http://codereview.chromium.org/21368 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9882 0039d316-1c4b-4281-b951-d872f2087c98
* Fixes resizing. (The content will still be scaled a bit until the roundtrip ↵avi@chromium.org2009-02-171-0/+5
| | | | | | | | happens.) Review URL: http://codereview.chromium.org/21415 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9879 0039d316-1c4b-4281-b951-d872f2087c98
* Sad Tab view for the Mac.avi@chromium.org2009-02-174-1/+146
| | | | | | Review URL: http://codereview.chromium.org/20334 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9876 0039d316-1c4b-4281-b951-d872f2087c98
* Implement SetStarredState on LocationBar for Mac.pinkerton@chromium.org2009-02-177-3/+34
| | | | | | Review URL: http://codereview.chromium.org/21317 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9874 0039d316-1c4b-4281-b951-d872f2087c98
* Add render view id to AudioRendererHosthclam@chromium.org2009-02-172-69/+89
| | | | | | | | | | | | | | AudioRendererHost were assigning ids in the browser process, that means CreateStream has to be done in a synchronous IPC call. To avoid that we allow renderer processes to provide the stream id when they do CreateStrea. Then to identify a IPCAudioSource inside AudioRendererHost we need a tuple of (render_view_id, stream_id). By doing this we can create stream asynchronously just like BeginRequest in ResourceDispatcherHost. Review URL: http://codereview.chromium.org/21319 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9872 0039d316-1c4b-4281-b951-d872f2087c98
* IPC messages definitions for audio related requests fromhclam@chromium.org2009-02-162-0/+53
| | | | | | | | | | | | renderer to browser. Defined IPC messages that maps to methods exposed by AudioRendererHost that serves audio related requests. Also with handlers in ResourceMessageFilter for the newly added IPC messages. Review URL: http://codereview.chromium.org/21340 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9864 0039d316-1c4b-4281-b951-d872f2087c98
* Revert r9861 to fix buildhclam@chromium.org2009-02-162-53/+0
| | | | | | | | TBR=? Review URL: http://codereview.chromium.org/21399 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9862 0039d316-1c4b-4281-b951-d872f2087c98
* IPC messages definitions for audio related requests fromhclam@chromium.org2009-02-162-0/+53
| | | | | | | | | | | | renderer to browser. Defined IPC messages that maps to methods exposed by AudioRendererHost that serves audio related requests. Also with handlers in ResourceMessageFilter for the newly added IPC messages. Review URL: http://codereview.chromium.org/21340 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9861 0039d316-1c4b-4281-b951-d872f2087c98
* Call RegisterURLRequestChromeJob on browser startup for Linux and Mac.evan@chromium.org2009-02-161-1/+4
| | | | | | | | | | | Without this, ChromeURLDataManager::RemoveFileSource triggers a DCHECK for the "inspector" source since that's being called during shutdown lately. Review URL: http://codereview.chromium.org/20399 Patch from Craig Schlenter <craig.schlenter@gmail.com>. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9857 0039d316-1c4b-4281-b951-d872f2087c98
* Reverting 9855.maruel@chromium.org2009-02-1612-466/+2
| | | | | | | This change didn't have any description and it broke the tree Review URL: http://codereview.chromium.org/21393 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9856 0039d316-1c4b-4281-b951-d872f2087c98
* Review URL: http://codereview.chromium.org/20405yurys@google.com2009-02-1612-2/+466
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9855 0039d316-1c4b-4281-b951-d872f2087c98
* Platform cleanup in autocomplete unit tests.phajdan.jr@chromium.org2009-02-162-43/+43
| | | | | | Review URL: http://codereview.chromium.org/21353 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9853 0039d316-1c4b-4281-b951-d872f2087c98
* Register some more prefs on startup, now that their modules work.evan@chromium.org2009-02-161-2/+2
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9850 0039d316-1c4b-4281-b951-d872f2087c98
* Register PasswordManager prefs for Mac and Linux.evanm@google.com2009-02-161-2/+2
| | | | | | | | Review URL: http://codereview.chromium.org/20392 Patch from Craig Schlenter <craig.schlenter@gmail.com>. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9849 0039d316-1c4b-4281-b951-d872f2087c98
* Make browser_shudown.cc compile on Posix. This is r9835 with a fix for the ↵jhawkins@chromium.org2009-02-162-12/+17
| | | | | | | | mac build. Review URL: http://codereview.chromium.org/20393 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9848 0039d316-1c4b-4281-b951-d872f2087c98
* Rollback r9835 and r9837: Mac build broken.mal@chromium.org2009-02-152-17/+12
| | | | | | | | | | | | | | r9835: Make browser_shutdown.cc compile on Posix. Review URL: http://codereview.chromium.org/20384 r9837: Fix the mac build. Add a stubbed ResourceBundle::CleanupSharedInstance. Review URL: http://codereview.chromium.org/20387 TBR= jhawkins Review URL: http://codereview.chromium.org/21385 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9840 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-01-30 14:21:50 +0000