summaryrefslogtreecommitdiffstats
path: root/chrome/browser
Commit message (Collapse)AuthorAgeFilesLines
* Update header ref to new location.jrg@chromium.org2009-02-231-4/+4
| | | | | | Review URL: http://codereview.chromium.org/27063 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10215 0039d316-1c4b-4281-b951-d872f2087c98
* Fullscreen mode UI.pkasting@chromium.org2009-02-236-1/+325
| | | | | | | | | | This requires a change that is currently out for review from sky. BUG=534 TEST=App menu should have a "full screen mode" entry; going into fullscreen mode should display a bubble at the top of the screen, which should slide away after a few seconds; mousing to the screen top will show the bubble again, and clicking the link inside should exit fullscreen mode. Review URL: http://codereview.chromium.org/28012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10214 0039d316-1c4b-4281-b951-d872f2087c98
* Discard crash data during first run of a new version.jar@chromium.org2009-02-234-5/+49
| | | | | | | | | | | | | | | Avoid confusion associated with uploading crash data from an old version during the first run of a new version. Carlos: Please confirm that you're fine with discarding metrics about installer and Render in Sbox. Evan: Please confirm that I got all the usage/crash stats. r=cpu,evanm,mal Review URL: http://codereview.chromium.org/28017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10211 0039d316-1c4b-4281-b951-d872f2087c98
* Make plugin_process_host.cc and child_process_host.cc compile on Posix.jhawkins@chromium.org2009-02-234-71/+117
| | | | | | Review URL: http://codereview.chromium.org/27018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10210 0039d316-1c4b-4281-b951-d872f2087c98
* Fix a crash when dns prefetching was being shut down without being started.phajdan.jr@chromium.org2009-02-233-6/+7
| | | | | | | | | | | | | | | | This happened when BrowserMain exited before the point when we initialized dns prefetching, but after BrowserProcessImpl was created. We do shutdown of dns prefetching in ~BrowserProcessImpl. Example way to trigger the crash: open a saved HTML page while Chrome is already running. Change ShutdownDnsPrefetch to EnsureDnsPrefetchingShutdown which does nothing if dns prefetching has not been initialized. This is the simplest way to prevent the crash and we don't want to complicate the startup sequence even more. BUG=7900 Review URL: http://codereview.chromium.org/27048 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10201 0039d316-1c4b-4281-b951-d872f2087c98
* Add support to ProxyService for downloading a PAC script on behalf of the ↵ericroman@google.com2009-02-231-1/+2
| | | | | | | | ProxyResolver. A ProxyResolver can select this new behavior by subclassing ProxyResolver with |does_fetch = false|. A consequence of this change is that proxy resolve requests are maintained in a queue by ProxyService (rather than implicitly in a queue on the PAC thread's message loop). This simplifies cancellation.This solves issue 7461, and is work-in-progress towards {2764, 74}BUG=7461 Review URL: http://codereview.chromium.org/21328 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10197 0039d316-1c4b-4281-b951-d872f2087c98
* Fix a bogus end-of-file comment.pkasting@chromium.org2009-02-231-1/+1
| | | | | | Review URL: http://codereview.chromium.org/28008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10191 0039d316-1c4b-4281-b951-d872f2087c98
* A few minor changes to WidgetWin:pkasting@chromium.org2009-02-233-3/+3
| | | | | | | | | * Add a Show() method to match Hide(), and use it in existing code. This abstracts the specifics of this a bit and will be convenient for fullscreen UI. * Safe Hide() (and, for speed, Close()) behind IsWindow() checks just like CloseNow(), which I'll need for some tricky window-closing code in the fullscreen UI. (Right now, Hide() will eventually fail an assertion if you call it when the widget is no longer a window, which seems unnecessarily harsh.) Review URL: http://codereview.chromium.org/27017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10190 0039d316-1c4b-4281-b951-d872f2087c98
* Fix references to moved filespinkerton@chromium.org2009-02-232-4/+4
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10187 0039d316-1c4b-4281-b951-d872f2087c98
* Move Cocoa-specific files into the cocoa folderpinkerton@chromium.org2009-02-234-0/+0
| | | | | | Review URL: http://codereview.chromium.org/28028 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10186 0039d316-1c4b-4281-b951-d872f2087c98
* This CL fixes issue 6099 -- bad display of multi-line English message in pop ↵xji@chromium.org2009-02-231-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ups. (http://crbug.com/6099) Currently, in RTL locales, a pure *multi-line* English message is displayed as right aligned and has RTL directionality (such as the ending punctuation appears at the very left). Single-line message works fine. I do not know why, but simply putting LRE-PDF around a multi-line English text which has the following flags DT_WORDBREAK | DT_RTLREADING wont render the English message as LTR. We have to remove the DT_RTLREADING to render multi-line English message correctly in LTR direction. The fix is that in RTL locales, for JavaScript message, if the message is pure English, the alignment is set to be left-aligned, and the directionality is set to be left-to-right. If the message is mixed BiDi text, the alignment and the directionality is determined by the directionality of the first character with strong directionality in the text. JavaScript message is a MessageBoxView, and the message is a view::Label. Both MessageBoxView and Label are used by Chrome's UI as well. If the message is one of Chrome UI's, the alignment and directionality of the message should be taken from that of the UI's. In order to distinguish where the message comes from, a new flag kFlagWebMessage is introduced in MessageBoxView, and a new argument is introduced in Label::SetHorizontalAlignment() to control whether the alignment need to be flipped or not for RTL locales. Consequently, quite a few files which calls Label::SetHorizontalAlignment() are changed. The main changes are in 5 areas. Other files are changed due to the signature change of Label::SetHorizontalAlignment(). 1. jsmessage_box_handler.cc: pass in extra flag kFlagWebPage when creating MessageBoxView to indicate the message box is one from a web page, not from Chrome UI. 2. l10n_util.h/.cc added function GetFirstStrongDirection() 3. label.h/.cc a new argument is introduced in Label::SetHorizontalAlignment() to control whether the alignment need to be flipped or not for RTL locales. 4. message_box_view.cc when init message box view, if the flag is kFlagWebPage, get the text directionality from the text itself (not Chrome UI's) and calls Label::SetHorizontalAlignment() to not resetting the flag for RTL locales. 5. chrome_canvas_win.cc 5.1 ComputeFormatFlags() only set flag DT_RTLREADING for RTL locales if the text contains strong RTL characters and the alignment is RIGHT aligned. All labels of Chrome's UI and other Chrome UI components in RTL locales have been set as (or flipped to) RIGHT aligned. 5.2 DoDrawText() Only adjust string for locale is the reading direction is DT_RTLREADING. Review URL: http://codereview.chromium.org/18863 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10178 0039d316-1c4b-4281-b951-d872f2087c98
* Update include paths for grit files. Go ahead and resorttc@google.com2009-02-22114-267/+178
| | | | | | | | the headers too. Review URL: http://codereview.chromium.org/21472 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10167 0039d316-1c4b-4281-b951-d872f2087c98
* Bring download_file, download_manager into POSIX build.estade@chromium.org2009-02-2216-63/+89
| | | | | | | | Also shuffle a bunch of headers. Review URL: http://codereview.chromium.org/27024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10155 0039d316-1c4b-4281-b951-d872f2087c98
* Purify bot fixagl@chromium.org2009-02-212-4/+8
| | | | | | | | Purify was upset about a memory allocation issue in unit_tests where HANDLE values were getting reused. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10154 0039d316-1c4b-4281-b951-d872f2087c98
* Correctly evict smallest transport DIB cache memberagl@chromium.org2009-02-211-1/+3
| | | | | | | | | | | | Previously, I failed to update the smallest size so far when a smaller element was found. (bug found by cpu) Review URL: http://codereview.chromium.org/28007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10153 0039d316-1c4b-4281-b951-d872f2087c98
* blacklist some more tests in single processjam@chromium.org2009-02-211-0/+15
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10146 0039d316-1c4b-4281-b951-d872f2087c98
* Refactor code from RenderThread and PluginThread and move it to ChildThread. ↵jam@chromium.org2009-02-212-3/+24
| | | | | | | | | | | ChildProcess now owns the ChildThread, which removes duplicate code and simplifies things. Clean up ChildProcess, there really was no need for all the templates and statics in it and its subclasses. Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=10080 Review URL: http://codereview.chromium.org/21502 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10144 0039d316-1c4b-4281-b951-d872f2087c98
* Fix linux/mac build bustage.estade@chromium.org2009-02-211-2/+0
| | | | | | | | TBR=mpcomplete Review URL: http://codereview.chromium.org/27031 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10142 0039d316-1c4b-4281-b951-d872f2087c98
* Add NPAPI plugins contained in extensions to the PluginList.mpcomplete@google.com2009-02-216-1/+52
| | | | | | Review URL: http://codereview.chromium.org/20521 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10139 0039d316-1c4b-4281-b951-d872f2087c98
* Create the extensions (<Profile>/Extensions) and user script (<Profile>/User ↵rafaelw@chromium.org2009-02-212-0/+9
| | | | | | | | Scripts) directories during start up if they don't already exists Review URL: http://codereview.chromium.org/29001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10134 0039d316-1c4b-4281-b951-d872f2087c98
* More fixes for bad reference counting.darin@chromium.org2009-02-201-3/+3
| | | | | | | | TBR=erikkay Review URL: http://codereview.chromium.org/27021 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10130 0039d316-1c4b-4281-b951-d872f2087c98
* Fix unit test memory leakagl@chromium.org2009-02-202-4/+13
| | | | | | | | | | | (found by purify) TBR=brettw Review URL: http://codereview.chromium.org/27012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10128 0039d316-1c4b-4281-b951-d872f2087c98
* Purify fixagl@chromium.org2009-02-201-0/+2
| | | | | | | | It appears that we were previously leaking HANDLEs but when this changed to objects, purify picked it up. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10127 0039d316-1c4b-4281-b951-d872f2087c98
* Show page icons on back/forward menu lists on linux.estade@chromium.org2009-02-203-6/+64
| | | | | | | | Also fix some gtk memory warnings and enable some code for favicon fetching. Review URL: http://codereview.chromium.org/21532 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10126 0039d316-1c4b-4281-b951-d872f2087c98
* Add UI support for the newly added Turkish and Estonian spellcheckers.sidchat@google.com2009-02-201-1/+5
| | | | | | | Issue=4782 Review URL: http://codereview.chromium.org/28003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10123 0039d316-1c4b-4281-b951-d872f2087c98
* This CL fix the following 2 bugs:xji@chromium.org2009-02-203-9/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1.7324 -- RTL: Path contains Hebrew is wrong on "Download location" text box (http://crbug.com/7324) 2. 7326 -- RTL: Folder icon missing on "Download location" text box (http://crbug.com/7326) The fix are: 1. force path to have LTR directionality. 2. draw icon in mirrored position in RTL locales. Steps for test: 1. Create a folder with a Hebrew file name on Hebrew XP 2. Change the download location to the folder created in step 1 3. Observe the path displayed on "Google Chrome Options" --> "Minor Tweaks" --> "Download location" text box Without the fix: The path contains Hebrew folder name is wrong. It displayed as "cCBA\:" while the path is "c:\CBA" where "CBA" is a Hebrew folder name. And there is no folder icon in the "download location" text box. With the fix: The path displayed correctly as "c:\CBA" or "c:\CBA\FED" where "FED" is subfolder of "CBA". And the folder icon showed at the very right. Review URL: http://codereview.chromium.org/20038 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10121 0039d316-1c4b-4281-b951-d872f2087c98
* This CL fixes issue 2674 - Omnibar displays wrong parenthesis for ↵xji@chromium.org2009-02-201-3/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | "arabia.msn.com‬" (http://crbug.com/2674) The issue is: in RTL locale, the search engine name, if ending with punctuation, might not be displayed correctly in omnibox keyword text and omnibox keyword hint. Fix: adjust the search engine keyword description (short name) for RTL locale so that the pure LTR search engine name is marked with LRE-PDF pair to be displayed correctly. For example, "MSN(English)" is displayed as is, not as "(MSN(English". Reproduce steps: Looks like the "MSN(English)" is no longer a default search engine name. We can make one by the following steps: 1. Open "customize and control Google Chrome" --> "Options", 2. under "basics" tab, under "Default search:", click "Manage" 3. click on one search engine from the "default search options", then click "edit". For example, pick "AOL". 4. change the "name" from "AOL" to "AOL(English)". Without the fix, in RTL Chrome, when type in "aol.com" in omnibox, the omni keyword hint shows "(AOL(English - xxxx <tab> yyy" while "xxx" stands for "to search" in Hebrew and "yyy" stands for "press" in Hebrew. After press <tab>, the keyword text in omnibox is ":(AOL(English - zzz" while "zzz" stands for "search" in Hebrew. With the fix, the name "AOL(English)" is displayed correctly in the above 2 places. Review URL: http://codereview.chromium.org/21320 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10116 0039d316-1c4b-4281-b951-d872f2087c98
* Use the URLFixerUpper on entryerg@google.com2009-02-201-1/+3
| | | | | | | Review URL: http://codereview.chromium.org/27004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10113 0039d316-1c4b-4281-b951-d872f2087c98
* Draw custom menu buttons properly.evan@chromium.org2009-02-205-88/+216
| | | | | | | | | | This is an iterative process towards code to be proud of; the previous code of mine was horrible, this is less bad, and my next attempt at it will be pretty, I promise. Review URL: http://codereview.chromium.org/28001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10111 0039d316-1c4b-4281-b951-d872f2087c98
* Implement the logic to change Renderers. We can now navigate between pages!erg@google.com2009-02-203-4/+9
| | | | | | | Review URL: http://codereview.chromium.org/27002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10109 0039d316-1c4b-4281-b951-d872f2087c98
* Move units to new module printing. Add printing_unittests on Windows too. ↵maruel@chromium.org2009-02-207-151/+22
| | | | | | | | Make test_shell and chrome_dll dependent on printing. Review URL: http://codereview.chromium.org/21475 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10105 0039d316-1c4b-4281-b951-d872f2087c98
* Implement RenderWidgetHostViewGtk::Destroy.deanm@chromium.org2009-02-201-2/+1
| | | | | | | | | This follows the same style as on Windows, destroy the native window in Destroy(), not in the destructor. Review URL: http://codereview.chromium.org/20538 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10104 0039d316-1c4b-4281-b951-d872f2087c98
* Make plugin_service.cc compile on Posix.jhawkins@chromium.org2009-02-2010-10/+17
| | | | | | Review URL: http://codereview.chromium.org/20531 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10102 0039d316-1c4b-4281-b951-d872f2087c98
* Revert r10090, which was committed without proper review.darin@chromium.org2009-02-2020-507/+2
| | | | | | | | TBR=brettw Review URL: http://codereview.chromium.org/20539 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10101 0039d316-1c4b-4281-b951-d872f2087c98
* Roll our own grow box since the OS one wants to indent by 3px due to the ↵pinkerton@chromium.org2009-02-209-26/+74
| | | | | | | | textured window style. Review URL: http://codereview.chromium.org/21544 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10099 0039d316-1c4b-4281-b951-d872f2087c98
* Add tab content type for developer tools UI.yurys@google.com2009-02-2020-2/+507
| | | | | | | | | | | | | | | Add code routing messages between ToolsAgent and ToolsClient in the browser process. There is no direct IPC channel between inspected process and developer tools UI so all messages have to be routed through the 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. (darin: tools message representation will be later changed from id+string to just IPC::Message) Review URL: http://codereview.chromium.org/21510 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10090 0039d316-1c4b-4281-b951-d872f2087c98
* Reformat some omnibox enum comments. This helps readability a bit by using ↵deanm@chromium.org2009-02-201-8/+10
| | | | | | | | more horizontal space. Review URL: http://codereview.chromium.org/21511 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10089 0039d316-1c4b-4281-b951-d872f2087c98
* Fix for Issue 6431 "Two issues about Vietnamese Spell-Checker".hbono@chromium.org2009-02-201-21/+29
| | | | | | | | | | | | This issue is caused by my stupid mistake in the SpellcheckWordIterator class. Unfortunately, the class does not treat combining characters as word characters for languages which uses combining characters (e.g. Vietnamese, Thai, etc.) because the ICU exemplar set is canonicalized and it does not include combining characters. To fix this, this change decomposes an exemplar set and also mark the decomposed characters (including combining characters) as word characters. BUG=6431 Review URL: http://codereview.chromium.org/21079 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10087 0039d316-1c4b-4281-b951-d872f2087c98
* Fix linux tests. Can't rely on directory iteration order.aa@chromium.org2009-02-201-1/+2
| | | | | | Review URL: http://codereview.chromium.org/20532 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10085 0039d316-1c4b-4281-b951-d872f2087c98
* Complain when an extension does not contain a user script it claims to.aa@chromium.org2009-02-203-6/+38
| | | | | | Review URL: http://codereview.chromium.org/21436 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10084 0039d316-1c4b-4281-b951-d872f2087c98
* Make BrowserWindowGtk work with resource bundle theme images.mmoss@chromium.org2009-02-201-16/+37
| | | | | | | | | | | This is a quick fix to allow chrome to run from outside the build tree (so I can make a demo package). More extensive reworking is underway separately by evanm. Review URL: http://codereview.chromium.org/20530 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10083 0039d316-1c4b-4281-b951-d872f2087c98
* Reverting 10080.jam@chromium.org2009-02-201-4/+3
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10082 0039d316-1c4b-4281-b951-d872f2087c98
* Refactor code from RenderThread and PluginThread and move it to ChildThread. ↵jam@chromium.org2009-02-201-3/+4
| | | | | | | | | ChildProcess now owns the ChildThread, which removes duplicate code and simplifies things. Clean up ChildProcess, there really was no need for all the templates and statics in it and its subclasses. Review URL: http://codereview.chromium.org/21502 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10080 0039d316-1c4b-4281-b951-d872f2087c98
* We will sort the encoding menu items according to current used UI language ↵jnd@chromium.org2009-02-204-61/+111
| | | | | | | | | | | except the UTF-8 encoding and the recently selectd encodings. For details, see Fix bug http://code.google.com/p/chromium/issues/detail?id=7647 BUG=7647 Review URL: http://codereview.chromium.org/21414 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10077 0039d316-1c4b-4281-b951-d872f2087c98
* Remove a forward declaration that is not being used.jhawkins@chromium.org2009-02-201-1/+0
| | | | | | Review URL: http://codereview.chromium.org/20528 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10075 0039d316-1c4b-4281-b951-d872f2087c98
* Make user_data_manager.cc compile on Posix.jhawkins@chromium.org2009-02-204-21/+20
| | | | | | Review URL: http://codereview.chromium.org/20525 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10074 0039d316-1c4b-4281-b951-d872f2087c98
* Bitmap transportagl@chromium.org2009-02-2017-76/+324
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch reworks bitmap transport on all platforms. Linux and Mac are switched from serialising bitmaps over the IPC channel to using shared memory. All platforms gain a shared memory mapping cache on the host side. The concept of a TransportDIB (device independent bitmap) is added to encapsulate most of the platform specifics. On Linux, we use SysV shared memory. This is because X shared pixmaps, which predate POSIX SHM, can only use SysV. By using SysV between renderer and browser, we open up the possibility to map the shared memory directly from the renderer to the X server. On Mac, we use POSIX shared memory. However, since this needs filesystem access and the Mac renderer is sandboxed from the filesystem, we add two new messages from renderer -> browser: The first, AllocTransportDIB, synchronously creates a transport DIB in the browser and passes a handle back to the renderer. The second, FreeTransportDIB, asynchronously, notifies the browser that it may close its handle to the shared memory region. On Mac, the shared memory regions are identified by their inode numbers on the wire. This means that the browser must keep handles open to all the allocated shared memory regions (since an inode number is insufficient to map the region). The alternative design is that the renderer passes the file descriptor with each paint operation. Since passing file descriptors is special case in the code, I felt that it would be best to minimise their use. Creating and freeing transport DIBs are relatively rare operations relative to paints and scrolls. On Windows, most of the code remains the same, except that Windows now uses the mapping cache added in this patch. This allows the browser to maintain a shared memory mapping for a transport DIB over several paints. Previously it mapped and unmapped for every operation, causing lots of TLB and VM churn. Review URL: http://codereview.chromium.org/21485 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10071 0039d316-1c4b-4281-b951-d872f2087c98
* Port save_package_unittest to posix.estade@chromium.org2009-02-203-98/+102
| | | | | | Review URL: http://codereview.chromium.org/20514 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10070 0039d316-1c4b-4281-b951-d872f2087c98
* Fix a UMR in the IPC message ViewHostMsg_FrameNavigate, which occured as a ↵ananta@chromium.org2009-02-201-0/+1
| | | | | | | | | | | | | | result of revision r10023. This fixes http://code.google.com/p/chromium/issues/detail?id=7869 Bug=7869 Review URL: http://codereview.chromium.org/20519 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10069 0039d316-1c4b-4281-b951-d872f2087c98
* Enable dragging of single tab between two windows.idanan@chromium.org2009-02-204-16/+9
| | | | | | | | | | | To determine if a window is draggable, all that was needed is to call HasAvailableDrag action instead of ContainsExactlyOneTab which was not we wanted anyways. BUG=7861 Review URL: http://codereview.chromium.org/21525 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10068 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-02-12 18:58:59 +0000