summaryrefslogtreecommitdiffstats
path: root/webkit/glue
Commit message (Collapse)AuthorAgeFilesLines
* Companion change to https://bugs.webkit.org/show_bug.cgi?id=15457. Add ↵jam@chromium.org2009-07-011-34/+3
| | | | | | | | logging to the layout test plugin and add the expected output (the line number is off by 1 from the WebKit due to some difference in v8). Review URL: http://codereview.chromium.org/118486 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19762 0039d316-1c4b-4281-b951-d872f2087c98
* Add Reload and LoadData methods to WebFrame. LoadData replacesdarin@chromium.org2009-07-0111-154/+181
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | LoadAlternateHTMLString, changing types to WebKit API types and allowing for more flexibility (supports loading non-HTML data). LoadHTMLString is modified to support some optional parameters. Note: Since WebFrame is going to soon be part of the WebKit API, it is OK style-wise for it to use optional parameters. This patch also includes a change to remove the securityInfo property from WebURLRequest. I did this so that I could eliminate the need to pass a WebURLRequest to LoadData / LoadHTMLString. This also fixes a TODO of mine to eliminate this field on WebCore::ResourceRequest since securityInfo (SSL cert info) is really more of a response property. It was only part of the request as a hack to support certain error pages. I work around that by leveraging NavigationState in chrome/renderer. I added some templatized, implicit constructors to WebData for convenience. I plan to make similar changes to WebCString and WebString in a future CL. This CL is a incremental step toward moving ResourceFetcher out of WebFrame. BUG=15648 TEST=none R=dglazkov Review URL: http://codereview.chromium.org/150146 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19742 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools: bring css with hidden dock toggle back.pfeldman@chromium.org2009-07-011-0/+4
| | | | | | Review URL: http://codereview.chromium.org/150161 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19721 0039d316-1c4b-4281-b951-d872f2087c98
* DevTols: add KeyboardShortcuts.js t Chromium so that when WebKit change for ↵yurys@google.com2009-07-012-0/+109
| | | | | | | | https://bugs.webkit.org/show_bug.cgi?id=23849 is landed in Chromium it doesn't break devtools. Review URL: http://codereview.chromium.org/149064 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19714 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools: Introduce docked version of DevTools.pfeldman@chromium.org2009-07-016-17/+86
| | | | | | Review URL: http://codereview.chromium.org/149071 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19713 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools: nuke forked inspector files.pfeldman@chromium.org2009-07-011-4/+0
| | | | | | Review URL: http://codereview.chromium.org/151023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19712 0039d316-1c4b-4281-b951-d872f2087c98
* Modify printing methods on WebFrame to be more inline with the versiondarin@chromium.org2009-06-303-47/+23
| | | | | | | | | | | | | | specified in webkit/api/public/WebFrame.h. Removes an unused method on WebFrame related to printing. BUG=10034 TEST=none R=brettw Review URL: http://codereview.chromium.org/150027 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19669 0039d316-1c4b-4281-b951-d872f2087c98
* Chromium implementation of new WebKit postMessageToWorkerObject/Context APIslevin@chromium.org2009-06-304-21/+70
| | | | | | | | | | | | | | | | | | | | | | | | | that accept MessagePortChannels as an optional parameter. For now, we just ignore passed-in MessagePortChannels (they are automatically freed) but we'll add support for them once the Chromium implementation of cross-process MessagePorts is in place. This is the chromium-side change for https://bugs.webkit.org/show_bug.cgi?id=25435 and should not be landed until that change lands in the WebKit tree. BUG=15426 TEST=none (WebKit change contains LayoutTests) R=levin@chromium.org Review URL: http://codereview.chromium.org/147189 Review URL: http://codereview.chromium.org/151090 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19608 0039d316-1c4b-4281-b951-d872f2087c98
* linux: only create browser-side plugin container after plugin requests itevan@chromium.org2009-06-305-7/+30
| | | | | | | | | | | | | | | | | | | | | | On Windows, windowed plugins are parented in a two-stage process: initially, the plugin is parented to the render view, then later it's reparented to a special per-plugin window. On Linux, plugin embedding always needs a special per-plugin window before it can be initialized. So there's no way to do the two-stage initialization process, and we only want to construct the browser-side plugin container for windowed plugins after the plugin requests it. Plumbing this through the WebPlugin interface will also allow us to side-route this request for window creation out to the browser process in the multi-process case. BUG=15421 TEST=plugins still work in test_shell Review URL: http://codereview.chromium.org/150034 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19602 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools: added stubs for initial scripts requests.yurys@google.com2009-06-301-0/+31
| | | | | | Review URL: http://codereview.chromium.org/150023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19584 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools: add tests that opens Scripts panel and checks that it's populated ↵yurys@google.com2009-06-301-0/+52
| | | | | | | | with two inspected scripts. Review URL: http://codereview.chromium.org/151076 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19583 0039d316-1c4b-4281-b951-d872f2087c98
* Reverting 19560. This caused a bunch of plugin-related unittest failures on ↵glen@chromium.org2009-06-305-30/+7
| | | | | | | | Windows. Review URL: http://codereview.chromium.org/150088 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19573 0039d316-1c4b-4281-b951-d872f2087c98
* linux: only create browser-side plugin container after plugin requests itevan@chromium.org2009-06-295-7/+30
| | | | | | | | | | | | | | | | | | | | | | On Windows, windowed plugins are parented in a two-stage process: initially, the plugin is parented to the render view, then later it's reparented to a special per-plugin window. On Linux, plugin embedding always needs a special per-plugin window before it can be initialized. So there's no way to do the two-stage initialization process, and we only want to construct the browser-side plugin container for windowed plugins after the plugin requests it. Plumbing this through the WebPlugin interface will also allow us to side-route this request for window creation out to the browser process in the multi-process case. BUG=15421 TEST=plugins still work in test_shell Review URL: http://codereview.chromium.org/150034 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19560 0039d316-1c4b-4281-b951-d872f2087c98
* Delete V8Proxy and V8Utilities and use upstreamed versions.japhet@chromium.org2009-06-298-33/+32
| | | | | | Review URL: http://codereview.chromium.org/150056 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19539 0039d316-1c4b-4281-b951-d872f2087c98
* Fixes for upcoming WebKit update.dglazkov@google.com2009-06-292-0/+5
| | | | | | | | | | | | | * Added ENABLE_DATAGRID define temporarily (we will remove it once the V8Proxy stuff lands) * Added new ContextMenuClient::isSpeaking method, which will be needed for http://trac.webkit.org/changeset/45333 R=darin TEST=no regressions in layout tests. BUG=none Review URL: http://codereview.chromium.org/151035 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19527 0039d316-1c4b-4281-b951-d872f2087c98
* Reverting 19489,19488.japhet@chromium.org2009-06-298-32/+33
| | | | | | Review URL: http://codereview.chromium.org/150024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19490 0039d316-1c4b-4281-b951-d872f2087c98
* Somehow missed a file in the original patch. Doh.japhet@chromium.org2009-06-291-1/+1
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19489 0039d316-1c4b-4281-b951-d872f2087c98
* Use upstream V8Proxy and V8Utilitiesjaphet@chromium.org2009-06-297-32/+31
| | | | | | | | | BUG=15459 TEST=none Review URL: http://codereview.chromium.org/149086 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19488 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools: show all scopes for current call frame in the scopes pane.yurys@google.com2009-06-292-28/+108
| | | | | | | BUG=13674 Review URL: http://codereview.chromium.org/132069 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19484 0039d316-1c4b-4281-b951-d872f2087c98
* linux: cleanup browser-side GtkSockets when plugins are destroyedevan@chromium.org2009-06-284-6/+22
| | | | | | | | | | | | WillDestroyWindow is already plumbed over to the browser process in the multiproc case; we want to plumb it to our RenderView delegate so we can do similar cleanup in test_shell. BUG=15423 Review URL: http://codereview.chromium.org/147251 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19475 0039d316-1c4b-4281-b951-d872f2087c98
* Fix for reverted cl http://codereview.chromium.org/147123davemoore@chromium.org2009-06-272-9/+0
| | | | | | | | | | | | | A recent change broke the load times. It also revealed some deficiencies. This adds a new time marker for when a load is committed, which is a more interesting value than the start of the load (which we still keep). Also, the first layout time wasn't an interesting time to keep, instead we keep the time of the first paint. The histograms were modified to use the new values when appropriate. Review URL: http://codereview.chromium.org/149099 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19465 0039d316-1c4b-4281-b951-d872f2087c98
* Add notifications for when V8Proxy creates or destroys a V8 Context.mpcomplete@chromium.org2009-06-266-3/+57
| | | | | | | | | | BUG=no TEST=no Review URL: http://codereview.chromium.org/147124 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19424 0039d316-1c4b-4281-b951-d872f2087c98
* Two fixes:cevans@chromium.org2009-06-262-2/+95
| | | | | | | | | | | | | | | - Apply limit to cursor dimensions. Turns out that the APIs used on Windows and Linux are integer-overflow resistant to width * height issues. Not sure about Mac, though. - Ensure the renderer passed enough data for the dimensions specified, otherwise we read out of bounds. BUG=none TEST=WebCursorTest.CursorSerialization plus http://www.iconutils.com/faq/web-page-cursor.htm and http://www.hypergurl.com/customcursor.html Review URL: http://codereview.chromium.org/147193 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19408 0039d316-1c4b-4281-b951-d872f2087c98
* linux plugins: eliminate GtkWidget* from plugin processevan@chromium.org2009-06-2610-73/+39
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | [retry with mac hopefully fixed this time] GtkWidget* (and its wrapper, gfx::NativeView) only work within a single process. Plugins already work with a lower-level type that works across processes -- an X Window id. The parent of a plugin is an HWND on windows, but it's an X Window id on X. So we introduce a new typedef wrapping that and push it through all the places in the code that needs it. Since we no longer have a GtkSocket in the WebPluginDelegateImpl, we need to do a bit more work in the WebViewDelegate (aka the browser process in the multiproc world). We also need the plugin host (the browser) to track the GtkSockets that are hosting the plugin, as well as destroy them when necessary. To do this we require the plugin owner to grab the plug-removed signal rather than putting its handler in GtkPluginContainer; this is the way it worked before I'd refactored into GtkPluginContainer so it shouldn't be so bad. This change still only works in test_shell, but the refactoring should translate to the multiprocess case pretty easily. Review URL: http://codereview.chromium.org/146009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19387 0039d316-1c4b-4281-b951-d872f2087c98
* Remove WebFrame::CaptureImage in favor of having consumers call Layoutdarin@chromium.org2009-06-263-52/+0
| | | | | | | | | | | | and Paint manually on the WebView. BUG=10034 TEST=none R=brettw Review URL: http://codereview.chromium.org/147212 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19379 0039d316-1c4b-4281-b951-d872f2087c98
* Micro-refactor: added VideoRendererBase::OnStop().scherkus@chromium.org2009-06-262-8/+8
| | | | | | | | | | | | Updated subclasses WtlRenderer and VideoRendererImpl as well. TEST=none BUG=none Review URL: http://codereview.chromium.org/147191 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19372 0039d316-1c4b-4281-b951-d872f2087c98
* Reverting 19361.davemoore@chromium.org2009-06-262-0/+9
| | | | | | | tbr=darin Review URL: http://codereview.chromium.org/149081 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19368 0039d316-1c4b-4281-b951-d872f2087c98
* Remove unused / obsolete AppCache code from WebFrame.darin@chromium.org2009-06-264-59/+1
| | | | | | | | | | BUG=10044 TEST=none R=dglazkov Review URL: http://codereview.chromium.org/147177 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19364 0039d316-1c4b-4281-b951-d872f2087c98
* A recent change broke the load times. It also revealed some deficiencies.davemoore@chromium.org2009-06-262-9/+0
| | | | | | | | | | | | This adds a new time marker for when a load is committed, which is a more interesting value than the start of the load (which we still keep). Also, the first layout time wasn't an interesting time to keep, instead we keep the time of the first paint. The histograms were modified to use the new values when appropriate. Review URL: http://codereview.chromium.org/147123 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19361 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools Profiler: add sanity test.mnaganov@chromium.org2009-06-261-0/+34
| | | | | | | | | | | Add a test that opens a page which executes JS, profiles it, and checks the result displayed. BUG=none TEST=chrome\browser\debugger\devtools_sanity_unittest.cc Review URL: http://codereview.chromium.org/147204 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19360 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools Profiler: fix lines highligting alignment.mnaganov@chromium.org2009-06-261-0/+4
| | | | | | | | | BUG=none TEST=none Review URL: http://codereview.chromium.org/149006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19350 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools: fix potential crash.pfeldman@chromium.org2009-06-261-0/+4
| | | | | | | | BUG=15373 Review URL: http://codereview.chromium.org/147199 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19349 0039d316-1c4b-4281-b951-d872f2087c98
* So many reverts, I double-reverted. This is the triple-revert.evan@chromium.org2009-06-261-4/+3
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19330 0039d316-1c4b-4281-b951-d872f2087c98
* Revert all of my patches from today.evan@chromium.org2009-06-2611-42/+77
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19328 0039d316-1c4b-4281-b951-d872f2087c98
* mac: retry build fix.evan@chromium.org2009-06-261-4/+3
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19327 0039d316-1c4b-4281-b951-d872f2087c98
* Logic in MediaResourceLoaderBridgeFactory was wronghclam@chromium.org2009-06-261-2/+2
| | | | | | | | | | | | | | The logic outputs an extra "Not implemented" message for a correct case, and this extra message causes some layout tests to fail.. BUG=13907 TBR=scherkus TEST=MediaResourceLoaderBridgeFactoryTest.* Review URL: http://codereview.chromium.org/147184 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19323 0039d316-1c4b-4281-b951-d872f2087c98
* mac: build fix.evan@chromium.org2009-06-261-3/+4
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19322 0039d316-1c4b-4281-b951-d872f2087c98
* linux plugins: eliminate GtkWidget* from plugin processevan@chromium.org2009-06-2610-73/+39
| | | | | | | | | | | | | | | | | | | | | | | | | | | GtkWidget* (and its wrapper, gfx::NativeView) only work within a single process. Plugins already work with a lower-level type that works across processes -- an X Window id. The parent of a plugin is an HWND on windows, but it's an X Window id on X. So we introduce a new typedef wrapping that and push it through all the places in the code that needs it. Since we no longer have a GtkSocket in the WebPluginDelegateImpl, we need to do a bit more work in the WebViewDelegate (aka the browser process in the multiproc world). We also need the plugin host (the browser) to track the GtkSockets that are hosting the plugin, as well as destroy them when necessary. To do this we require the plugin owner to grab the plug-removed signal rather than putting its handler in GtkPluginContainer; this is the way it worked before I'd refactored into GtkPluginContainer so it shouldn't be so bad. This change still only works in test_shell, but the refactoring should translate to the multiprocess case pretty easily. Review URL: http://codereview.chromium.org/146009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19320 0039d316-1c4b-4281-b951-d872f2087c98
* Add stubs to WebFrameLoaderClient for context create/destroy, so webkit botmpcomplete@chromium.org2009-06-261-0/+4
| | | | | | | | | | | | compiles. BUG=no TEST=chrome compiles Review URL: http://codereview.chromium.org/149040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19319 0039d316-1c4b-4281-b951-d872f2087c98
* Linux: paste on middle-click up.agl@chromium.org2009-06-251-15/+28
| | | | | | | | | | | | | | | | | | | There is some debate about when pasting should actually happen xterm: pastes on up. GTK: pastes on down. Firefox: pastes on up. Midori: couldn't paste at all with 0.1.2 There is something of a webcompat angle to this well, as highlighted by crbug.com/14608. Pages can clear text boxes 'onclick' and, if we paste on down then the text is pasted just before the onclick handler runs and clears the text box. http://codereview.chromium.org/149020 BUG=14608 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19304 0039d316-1c4b-4281-b951-d872f2087c98
* Use upstreamed V8Indexjaphet@chromium.org2009-06-251-1/+1
| | | | | | | | | | BUG=14466 TEST=none Review URL: http://codereview.chromium.org/126296 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19291 0039d316-1c4b-4281-b951-d872f2087c98
* Fix Mac bustage.darin@chromium.org2009-06-251-1/+1
| | | | | | | | | | TEST=none BUG=none TBR=dglazkov Review URL: http://codereview.chromium.org/147164 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19280 0039d316-1c4b-4281-b951-d872f2087c98
* Fix GCC bustage (take 2).darin@chromium.org2009-06-251-25/+0
| | | | | | | | | | TEST=none BUG=none TBR=dglazkov Review URL: http://codereview.chromium.org/149019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19279 0039d316-1c4b-4281-b951-d872f2087c98
* Fix second GCC bustage. Warning about an unused function treated as error.darin@chromium.org2009-06-251-7/+0
| | | | | | | | | | TEST=none BUG=none TBR=dglazkov Review URL: http://codereview.chromium.org/149018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19278 0039d316-1c4b-4281-b951-d872f2087c98
* Hook up WebHistoryItem and push HistoryItem serialization out of WebFrame.darin@chromium.org2009-06-259-340/+364
| | | | | | | | | | | | | | | | WebHistoryItem is a copy-on-write wrapper for a WebCore::HistoryItem. Pushing history item serialization out of WebFrame allows us to avoid a dependency on base/pickle from WebFrame. This helps get us closer to being able to move WebFrame into the WebKit API. BUG=10043 TEST=none R=dglazkov,sky Review URL: http://codereview.chromium.org/146075 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19275 0039d316-1c4b-4281-b951-d872f2087c98
* Remove unused code. Frame::loader() is never null.darin@chromium.org2009-06-252-21/+2
| | | | | | | | | | BUG=none TEST=none R=tony Review URL: http://codereview.chromium.org/147139 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19274 0039d316-1c4b-4281-b951-d872f2087c98
* Refactorying to create the ResourceLoaderBridge through a factory class for ↵hclam@chromium.org2009-06-257-42/+220
| | | | | | | | | | | <video> Extract the code to create a ResourceLoaderBridge to a factory class to enable testing on the data source filters. Review URL: http://codereview.chromium.org/146007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19262 0039d316-1c4b-4281-b951-d872f2087c98
* Don't call cancel on requests that have completed successfully.paul@chromium.org2009-06-251-1/+3
| | | | | | | | | | | | | | | | Calling cancel in this case causes an unnecessary cancel IPC message to be sent to the browser for every single URL we load, which then unsuccessfully tries to look up the request. This triggers the logs to fill up with the following message: "Canceling a request that wasn't found". It also makes pinkerton sad. TEST=Run in debug mode and notice the quiet output window BUG=14494. R=darin Review URL: http://codereview.chromium.org/146067 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19251 0039d316-1c4b-4281-b951-d872f2087c98
* Integrating GtkIMContext into the RenderWidgetHostViewGtk class (Take 2).hbono@chromium.org2009-06-251-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | This change is an updated version of <http://codereview.chromium.org/126118> that I reverted because of issue 15024 <http://crbug.com/15024>. This issue 15024 is caused by my bonehead mistake that I forgot handling the case that gtk_im_context_filter_keypress() returns false. (The GtkIMContext usually returns false when we type control keys, such as return, page up, page down, etc.) To handle this case, this change added code that manually creates a Char event and send it to the renderer in RenderWidgetHostViewGtkWidget::KeyPressReleaseEvent(). Except this code, it is exactly the same as <http://codereview.chromium.org/126118>. Unfortunately, this change still uses std::wstring, I'm going to send another change which replace std::wstring with string16. (The following message is copied from <http://codereview.chromium.org/126118>.) This change implements signal handers of the GtkIMContext object to support IMEs anddead-keys. Also, to improve compatibility with Windows Chrome, this changeemulates IPC messages sent on Windows when we input characters and fixes Issue13604 as well as Issue 10953 and 11226. Even though I notice we need more workfor fixing edge cases (e.g. disabling IMEs on a password input) on Linux, Ithink this is the good starting point. (Supporting edge-cases requirescomplicated code and it makes hard to review.) BUG=10953 "IME support" BUG=11226 "Dead keys and accents input not working" BUG=13604 "Hotkeys not working in non-us keyboard layout" BUG=13711 "Alt-D does not work when in editbox" TEST=Open a web page which contains an <input> form, type a '[{' key and an 'A' key on a Canadian-French keyboard, and see a Latin character "U+00E2" is displayed in the <input> form. TEST=Open a web page which contains an <input> form, enable an Chinese Pinyin IME, type a 'W' key, type an 'O' key, and see a Chinese character is displayed in the <input> form. TEST=Change the keyboard layout to Hebrew (or Russian), open a web page which contains an <input> form, input some characters in the <input> form, type control+a, and see the text in the <input> form is selected. TEST=Open a web page which contains a <textarea> form, type a return key, and see a new line is inserted. Review URL: http://codereview.chromium.org/147011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19238 0039d316-1c4b-4281-b951-d872f2087c98
* Run content scripts in their own isolated world. Hidden behind the ↵abarth@chromium.org2009-06-251-1/+6
| | | | | | | | --isolated-world command line argument to let us iterate on this feature.R=aaBUG=12218TEST=None :( (I have a testing plan we can put in place once the upstream half of this CL lands.) Review URL: http://codereview.chromium.org/118188 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19225 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-03-12 16:46:44 +0000