summaryrefslogtreecommitdiffstats
path: root/content
Commit message (Collapse)AuthorAgeFilesLines
* Modify the Chrome Linux zygote to support a ZygoteForkHelper for flexiblebradchen@google.com2011-07-188-48/+152
| | | | | | | | | | | | | fork implementations. BUG=nativeclient:480 TEST=existing zygote tests Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=92787 Review URL: http://codereview.chromium.org/7397003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92858 0039d316-1c4b-4281-b951-d872f2087c98
* Move save stuff from download helper back to TabContents. This is a revert ↵jam@chromium.org2011-07-186-42/+93
| | | | | | | | | of r80962. BUG=82782 Review URL: http://codereview.chromium.org/7398013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92856 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools: add isSharedWorker=true URL parameter to shared worker front-endyurys@chromium.org2011-07-182-7/+12
| | | | | | | | | | | We need to pass an extra URL parameter to let shared worker devtools front-end know that it is opened for shared worker, not for a page. BUG=None TEST=None Review URL: http://codereview.chromium.org/7368002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92853 0039d316-1c4b-4281-b951-d872f2087c98
* Comment cleanup.avi@chromium.org2011-07-181-6/+6
| | | | | | | | | BUG=none TEST=none Review URL: http://codereview.chromium.org/7302012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92852 0039d316-1c4b-4281-b951-d872f2087c98
* Fix media code to use initializer-list style for inheritance.scherkus@chromium.org2011-07-187-18/+25
| | | | | | Review URL: http://codereview.chromium.org/7400013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92826 0039d316-1c4b-4281-b951-d872f2087c98
* Introduce ui.dll / libui.so for the component build.darin@chromium.org2011-07-172-2/+2
| | | | | | | R=ben@chromium.org Review URL: http://codereview.chromium.org/7328011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92819 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 92787 - Modify the Chrome Linux zygote to support a ZygoteForkHelper ↵rsleevi@chromium.org2011-07-168-147/+48
| | | | | | | | | | | | | | | | | | | | | for flexible fork implementations. BUG=nativeclient:480 TEST=existing zygote tests Review URL: http://codereview.chromium.org/7397003 TBR=bradchen@google.com Review URL: http://codereview.chromium.org/7400014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92789 0039d316-1c4b-4281-b951-d872f2087c98
* Modify the Chrome Linux zygote to support a ZygoteForkHelper for flexiblebradchen@google.com2011-07-168-48/+147
| | | | | | | | | | | | | | | | fork implementations. BUG=nativeclient:480 TEST=existing zygote tests Review URL: http://codereview.chromium.org/7397003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92787 0039d316-1c4b-4281-b951-d872f2087c98
* revert r92781wjia@chromium.org2011-07-161-4/+0
| | | | | | | | BUG=none TEST= Review URL: http://codereview.chromium.org/7398017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92783 0039d316-1c4b-4281-b951-d872f2087c98
* roll webrtc to r218 and enable webrtc build.wjia@chromium.org2011-07-161-0/+4
| | | | | | | | | | | This is the first step to land http://codereview.chromium.org/7204008/. Have tried ARM build locally. BUG=none TEST=trybots Review URL: http://codereview.chromium.org/7398009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92781 0039d316-1c4b-4281-b951-d872f2087c98
* Check the child_process_ ptr before access on shutdown, is causing browser ↵elijahtaylor@google.com2011-07-151-1/+1
| | | | | | | | | | crash in NaCl Win64. BUG= http://code.google.com/p/nativeclient/issues/detail?id=2018 TEST= manual win64 nacl, trybots for chrome Review URL: http://codereview.chromium.org/7388021 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92763 0039d316-1c4b-4281-b951-d872f2087c98
* [Reverted due to check_deps failure]zea@chromium.org2011-07-1510-176/+47
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Revert 92749 - Fix problem when 'ended' event was fired before stream really ended. That caused impression that rewind does not work. With that change small JS program var a = new Audio("file:///home/enal/temp/click2/click2.wav"); var num_played = 0; a.addEventListener('canplaythrough', function() { a.play(); }); a.addEventListener('ended', function() { num_played ++; if (num_played < 10) { a.currentTime = 0; a.play(); } }); works correctly, you hear 10 clicks one after another, and it takes ~1.5 seconds to play all 10 sounds (one click is 146ms). Current Chrome plays only beginnings of the first 9 clicks and then entire 10th click -- 'ended' event fires too early, so rewind stops audio playback for all clicks but last one. With that fix you can easily create pool of audio objects -- on 'ended' event just add audio object to the pool. Fix consists of 3 parts: 1) For low-latency code path pass entire "audio state" object to the renderer process. That allows renderer take into account number of pending bytes in the buffer. 2) When using low-latency code path renderer not only fills the buffer with data, but also writes length of data into first word of the buffer. That allows host process to pass correct byte counts to renderer. 3) Renderer now keeps track of the earliest time playback can end based on the number of rendered bytes, and will not call 'ended' callback till that time. BUG=http://code.google.com/p/chromium/issues/detail?id=78992 http://codereview.chromium.org/7328030 Review URL: http://codereview.chromium.org/7328030 TBR=enal@chromium.org Review URL: http://codereview.chromium.org/7395014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92753 0039d316-1c4b-4281-b951-d872f2087c98
* Fix problem when 'ended' event was fired before stream really ended.enal@chromium.org2011-07-1510-47/+176
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | That caused impression that rewind does not work. With that change small JS program var a = new Audio("file:///home/enal/temp/click2/click2.wav"); var num_played = 0; a.addEventListener('canplaythrough', function() { a.play(); }); a.addEventListener('ended', function() { num_played ++; if (num_played < 10) { a.currentTime = 0; a.play(); } }); works correctly, you hear 10 clicks one after another, and it takes ~1.5 seconds to play all 10 sounds (one click is 146ms). Current Chrome plays only beginnings of the first 9 clicks and then entire 10th click -- 'ended' event fires too early, so rewind stops audio playback for all clicks but last one. With that fix you can easily create pool of audio objects -- on 'ended' event just add audio object to the pool. Fix consists of 3 parts: 1) For low-latency code path pass entire "audio state" object to the renderer process. That allows renderer take into account number of pending bytes in the buffer. 2) When using low-latency code path renderer not only fills the buffer with data, but also writes length of data into first word of the buffer. That allows host process to pass correct byte counts to renderer. 3) Renderer now keeps track of the earliest time playback can end based on the number of rendered bytes, and will not call 'ended' callback till that time. BUG=http://code.google.com/p/chromium/issues/detail?id=78992 http://codereview.chromium.org/7328030 Review URL: http://codereview.chromium.org/7328030 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92749 0039d316-1c4b-4281-b951-d872f2087c98
* Keep track of the history's page IDs to avoid navigating to a stale entry.creis@chromium.org2011-07-155-21/+167
| | | | | | | | | | | | | This ensures that a race between an asynchronous back/forward and a navigation in the renderer doesn't confuse NavigationController. BUG=86758 TEST=RenderViewTest.IgnoreStaleNavigations TEST=NavigationControllerTest.InPage_Replace Review URL: http://codereview.chromium.org/7327014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92748 0039d316-1c4b-4281-b951-d872f2087c98
* Move download stuff from download helper back to TabContents. This is ↵jam@chromium.org2011-07-155-2/+44
| | | | | | | | | basically a revert of r85762, with updating for code changes in the meantime. BUG=82782 Review URL: http://codereview.chromium.org/7374008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92747 0039d316-1c4b-4281-b951-d872f2087c98
* Revert r92730, r92731, r92732 ... will land again once I ensure the win ↵dpranke@chromium.org2011-07-1510-27/+49
| | | | | | | | | | | | | builds compile. TBR=jam@chromium.org BUG=none TEST= Review URL: http://codereview.chromium.org/7400002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92733 0039d316-1c4b-4281-b951-d872f2087c98
* This change will split the result codes between content and chrome.dpranke@chromium.org2011-07-1510-49/+27
| | | | | | | | | | | | | | | This adds a new file into chrome/common and does a lot of renaming. The current version is just a sketch of the headers, and nothing will compile. R=jam@chromium.org BUG=76699 TEST=everything still compiles and runs Review URL: http://codereview.chromium.org/7377010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92730 0039d316-1c4b-4281-b951-d872f2087c98
* Avoid leaking file handles.yzshen@chromium.org2011-07-152-16/+17
| | | | | | | | | | | | | | AsyncOpenFileCallback: fix the issue that file handle is leaked if the file handle arrives after the requester has died. This change also fixes test_file_system. BUG=79820 TEST=FileIO/FileRef/FileSystem tests in ppapi_tests: Reload the test page, the test still passes. The output files can be deleted when any of these tests finishes running, no matter the test page is still open or not. Review URL: http://codereview.chromium.org/7327025 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92727 0039d316-1c4b-4281-b951-d872f2087c98
* Enable fire-and-forget Destroy of HW video decoder, and misc other improvements.fischman@chromium.org2011-07-1513-233/+209
| | | | | | | | | | | | | | | | | | | | | | | - Instead of requiring the client to wait for NotifyDestroyDone we do the asynchronous OMX teardown dance on the client's behalf. - Prettify/simplify error handling in OVDA for easier matching of errors to OMX_Core.h and to remove redundant information. - Enable previously-DISABLED_ early-teardown unittests! - Remove passing VideoDecoder_Dev object in PPP_VideoDecoder_Dev calls, because it was unnecssary, and because the ~VideoDecoder_Dev dtor is now not a no-op so we don't want to call it spuriously. - Remove accidentally re-added gpu_video_service_host.cc (originally removed in 92251, accidentally reintroduced by a bad rebase in 92383). BUG=none TEST=ovdatest passes (incl. early-teardown tests) and gles2 works (including reload and EOS handling, no crashes) Review URL: http://codereview.chromium.org/7361010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92704 0039d316-1c4b-4281-b951-d872f2087c98
* Change base::LaunchProcess API slightlyevan@chromium.org2011-07-153-10/+6
| | | | | | | | | | | Rather than passing the out param process handle via the options, take it as a function argument. This simplifies many callers. BUG=88990 Review URL: http://codereview.chromium.org/7377012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92701 0039d316-1c4b-4281-b951-d872f2087c98
* Move dependencies of download\base_file from chrome to content. These are ↵jam@chromium.org2011-07-1512-3/+615
| | | | | | | | | all trivial file moves. BUG=82782 Review URL: http://codereview.chromium.org/7388002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92695 0039d316-1c4b-4281-b951-d872f2087c98
* Implements an external AudioDeviceModule for WebRTC. henrika@chromium.org2011-07-153-0/+1019
| | | | | | | | | | | | | | | | | | | | | | | | | A RendererWebRtcAudioDeviceImpl instance implements the abstract interface webrtc::AudioDeviceModule which makes it possible for a user (e.g. webrtc:: VoiceEngine) to register this class as an external AudioDeviceModule. The user then call RendererWebRtcAudioDeviceImpl::StartPlayout() and RendererWebRtcAudioDeviceImpl::StartRecording() from the render process to initiate and start audio rendering and capturing in the browser process. IPC is utilized to set up the media streams. This CL is a restart of a closed CL (http://codereview.chromium.org/7010005/). What has changed since the previous CL was discussed? 1) WebRTC has been added to Chrome (DEPS) => no longer need for controversal dummy header. 2) This implementation has moved from content/renderer to content/renderer/media BUG=none TEST=Tested on Windows using a separate test method which is not added to this CL. Please contact henrika@chromium.org for more details. Review URL: http://codereview.chromium.org/7353016 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92682 0039d316-1c4b-4281-b951-d872f2087c98
* Commit deps file from last changejam@chromium.org2011-07-141-0/+11
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92624 0039d316-1c4b-4281-b951-d872f2087c98
* Move the save file code from chrome to content. This is just a file move so ↵jam@chromium.org2011-07-1423-6/+4107
| | | | | | | | | | | the DEPS in content\browser\download is very permissive for now. The one exception is save_package.cc, where I had to split off the usage of SelectFileDialog because the code depended on grit which can't be used in content (circular dependencies in gyp). TBR=rdsmith BUG=82782 Review URL: http://codereview.chromium.org/7373004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92623 0039d316-1c4b-4281-b951-d872f2087c98
* Clean up users of a deprecated base::LaunchApp API.evan@chromium.org2011-07-142-7/+8
| | | | | | | | BUG=88990 Review URL: http://codereview.chromium.org/7351003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92598 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 92590 - add CaptureVideoDecoder for local preview and ↵sky@chromium.org2011-07-1415-1212/+81
| | | | | | | | | | | | | VideoCaptureModuleImpl for rtc encoding channel. BUG=none TEST=try bots Review URL: http://codereview.chromium.org/7204008 TBR=wjia@chromium.org Review URL: http://codereview.chromium.org/7375007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92592 0039d316-1c4b-4281-b951-d872f2087c98
* add CaptureVideoDecoder for local preview and VideoCaptureModuleImpl for rtc ↵wjia@chromium.org2011-07-1415-81/+1212
| | | | | | | | | | encoding channel. BUG=none TEST=try bots Review URL: http://codereview.chromium.org/7204008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92590 0039d316-1c4b-4281-b951-d872f2087c98
* Register event handler in Mac for GPU switch event.zmo@google.com2011-07-142-1/+49
| | | | | | | | | | In this CL we simply print out a message with gpu's vendor id and device id. BUG=75220 TEST=on Mac with dual GPU, switch GPU and see a message in terminal. Review URL: http://codereview.chromium.org/7360009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92571 0039d316-1c4b-4281-b951-d872f2087c98
* Make sure all file writing opperations are done on the IO thread.skerner@chromium.org2011-07-142-66/+162
| | | | | | | | | | | | | | | | | | | | This change addresses a comment on another code review*. Made a new issue as the existing code review is closed. willchan 2011/06/21 13:55:15 > This code is wrong. The delegate can only be called on the delegate message > loop. URLRequest can only be used on the IO message loop. The delegate message > loop and the IO message loop are not always the same. Therefore, we have a race > condition here. *: http://codereview.chromium.org/6969067/diff/20001/chrome/common/net/url_fetcher.cc BUG=None TEST=URLFetcherTempFile*.* Review URL: http://codereview.chromium.org/7211022 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92540 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools: consistently use camel case for URL parameter namesyurys@chromium.org2011-07-141-1/+1
| | | | | | | | | BUG=None TEST=None Review URL: http://codereview.chromium.org/7369002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92527 0039d316-1c4b-4281-b951-d872f2087c98
* Make the URLRequestContext constantbattre@chromium.org2011-07-141-1/+1
| | | | | | | | | | | | | The URLRequestContext is basically a collection of pointers to other data structures. This CL makes sure that these pointers are not easily modified after the construction of the URLRequestContext. BUG=67597 TEST=no Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=92511 Review URL: http://codereview.chromium.org/7322010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92521 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 92511 - Make the URLRequestContext constantbattre@chromium.org2011-07-141-1/+1
| | | | | | | | | | | | | | The URLRequestContext is basically a collection of pointers to other data structures. This CL makes sure that these pointers are not easily modified after the construction of the URLRequestContext. BUG=67597 TEST=no Review URL: http://codereview.chromium.org/7322010 TBR=battre@chromium.org Review URL: http://codereview.chromium.org/7366005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92512 0039d316-1c4b-4281-b951-d872f2087c98
* Make the URLRequestContext constantbattre@chromium.org2011-07-141-1/+1
| | | | | | | | | | | The URLRequestContext is basically a collection of pointers to other data structures. This CL makes sure that these pointers are not easily modified after the construction of the URLRequestContext. BUG=67597 TEST=no Review URL: http://codereview.chromium.org/7322010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92511 0039d316-1c4b-4281-b951-d872f2087c98
* Fix a few places using OS_MAC instead of OS_MACOSX to disable flaky/failing ↵rsleevi@chromium.org2011-07-141-2/+2
| | | | | | | | | | | | tests BUG=86562,86550,88958,48664,28445 TEST=none TBR=jam,akalin Review URL: http://codereview.chromium.org/7365002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92504 0039d316-1c4b-4281-b951-d872f2087c98
* Disable WorkerTest.LimitTotal on Macrsleevi@chromium.org2011-07-141-1/+4
| | | | | | | | | | BUG=28445, 88958 TEST=none TBR=jam Review URL: http://codereview.chromium.org/7368001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92501 0039d316-1c4b-4281-b951-d872f2087c98
* MediaStreamDispatcher host. This is the browser process counterpart for the ↵perkj@chromium.org2011-07-145-0/+464
| | | | | | | | | | | | | | | | | MediaStreamDispatcher. This is a patch for supporting WhatWG JS API for capture devices and peer-to-peer communication. The patch also enable the use of VideoCaptureHost. This patch superseds http://codereview.chromium.org/7204027/ due to my login name have changed. BUG= TEST= Review URL: http://codereview.chromium.org/7324024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92498 0039d316-1c4b-4281-b951-d872f2087c98
* Disable WorkerTest.LimitPerPage on Macrsleevi@chromium.org2011-07-141-3/+8
| | | | | | | | | | BUG=48664, 88958, 87970 TEST=none TBR=jam Review URL: http://codereview.chromium.org/7366001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92496 0039d316-1c4b-4281-b951-d872f2087c98
* Reenable WorkerTest.WorkerWebSocketLayoutTests.yutak@chromium.org2011-07-141-3/+2
| | | | | | | | | | | | | | In WebKit, WebSocket tests have moved from http/tests/websocket/tests/ to http/tests/websocket/tests/hixie76/. WorkerWebSocketLayoutTests needs to take care of this move. BUG=88445 TEST=none Review URL: http://codereview.chromium.org/7350011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92480 0039d316-1c4b-4281-b951-d872f2087c98
* Hook up the network status notifications to out-of-process Pepper plugins.brettw@chromium.org2011-07-144-1/+25
| | | | | | | | | | This is not implemented for in-process plugins. That requires a completely separate implementation and isn't required now. TEST=manual Review URL: http://codereview.chromium.org/7357007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92477 0039d316-1c4b-4281-b951-d872f2087c98
* Make IndexedDB call QuotaManager::NotifyStorageAccesseddgrogan@chromium.org2011-07-146-14/+61
| | | | | | | | | BUG=83652 TEST=llvm/Debug/unit_tests --gtest_filter=IndexedDBQuotaClientTest.* && llvm/Debug/browser_tests --gtest_filter=IndexedDBBrowser*:BrowsingDataIndexedDBHelperTest.* Review URL: http://codereview.chromium.org/7331025 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92471 0039d316-1c4b-4281-b951-d872f2087c98
* Detect and expose loss of OpenGL context using GL_ARB_robustness.kbr@chromium.org2011-07-1410-18/+100
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | (This CL was originally reviewed under http://codereview.chromium.org/7331020/ . The only difference is the removal of an #include from command_buffer.h that was accidentally left in and which caused a significant increase in the number of files containing static initializers, presumably because of the dependent #include of <iostream>.) This initial patch changes the Linux port to use GLX_ARB_create_context_robustness when available, and tests periodically whether the context has been lost after each draw call and when making the context current. The detection of context loss also works with EGL and ANGLE, although it always reports an unknown reset status. WebKit changes will follow which test the reset status and determine what to do in response; for example, the policy might be to never restore a WebGL context which was lost (due to a GPU reset) and which was determined to be the guilty context. Tested manually with WebGL stress tests and verified on Linux and Windows that in at least some situations it is possible to detect guilty contexts and shut down the associated WebGL application. Some precision of this detection was recently lost and will need to be fixed in following CLs. Also updated and ran GPU unit tests. BUG=88106 TEST=none (tested manually; try servers) R=gman,apatrick,piman Review URL: http://codereview.chromium.org/7362005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92453 0039d316-1c4b-4281-b951-d872f2087c98
* Coding style update.ronghuawu@google.com2011-07-131-1/+1
| | | | | | | | | | | patch by ronghuawu@google.com BUG=none TEST=unit_tests, media_unittests Review URL: http://codereview.chromium.org/7355023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92441 0039d316-1c4b-4281-b951-d872f2087c98
* Make safe browsing work in a multi-profile environment.mirandac@chromium.org2011-07-133-12/+20
| | | | | | | | | | | | | A single safe browsing service will be triggered per-profile, by passing the profile's safe browsing preference to the ResourceDispatcherHost through the ResourceContext. References to the Default Profile used in starting and configuring the SafeBrowsingService have also been replaced with references to the appropriate profile for each situation. BUG=83770 TEST=safe browsing is triggered correctly. Review URL: http://codereview.chromium.org/7134017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92438 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 92429 - Detect and expose loss of OpenGL context using ↵kbr@chromium.org2011-07-1310-100/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | GL_ARB_robustness. (Regressed static initalizer size on Linux -- will need to reexamine code to understand why.) This initial patch changes the Linux port to use GLX_ARB_create_context_robustness when available, and tests periodically whether the context has been lost after each draw call and when making the context current. The detection of context loss also works with EGL and ANGLE, although it always reports an unknown reset status. WebKit changes will follow which test the reset status and determine what to do in response; for example, the policy might be to never restore a WebGL context which was lost (due to a GPU reset) and which was determined to be the guilty context. Tested manually with WebGL stress tests and verified on Linux and Windows that in at least some situations it is possible to detect guilty contexts and shut down the associated WebGL application. Some precision of this detection was recently lost and will need to be fixed in following CLs. Also updated and ran GPU unit tests. BUG=88106 TEST=none (tested manually; try servers) Review URL: http://codereview.chromium.org/7331020 TBR=kbr@chromium.org Review URL: http://codereview.chromium.org/7346032 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92434 0039d316-1c4b-4281-b951-d872f2087c98
* Detect and expose loss of OpenGL context using GL_ARB_robustness.kbr@chromium.org2011-07-1310-18/+100
| | | | | | | | | | | | | | | | | | | | | | | | | | This initial patch changes the Linux port to use GLX_ARB_create_context_robustness when available, and tests periodically whether the context has been lost after each draw call and when making the context current. The detection of context loss also works with EGL and ANGLE, although it always reports an unknown reset status. WebKit changes will follow which test the reset status and determine what to do in response; for example, the policy might be to never restore a WebGL context which was lost (due to a GPU reset) and which was determined to be the guilty context. Tested manually with WebGL stress tests and verified on Linux and Windows that in at least some situations it is possible to detect guilty contexts and shut down the associated WebGL application. Some precision of this detection was recently lost and will need to be fixed in following CLs. Also updated and ran GPU unit tests. BUG=88106 TEST=none (tested manually; try servers) Review URL: http://codereview.chromium.org/7331020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92429 0039d316-1c4b-4281-b951-d872f2087c98
* Move BrowserURLHandler to content, and keep the Chrome specific ones in Chrome.jam@chromium.org2011-07-1312-21/+294
| | | | | | | BUG=76697 Review URL: http://codereview.chromium.org/7351020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92427 0039d316-1c4b-4281-b951-d872f2087c98
* Clean up users of a deprecated base::LaunchApp API.evan@chromium.org2011-07-131-2/+5
| | | | | | | | BUG=88990 Review URL: http://codereview.chromium.org/7346017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92393 0039d316-1c4b-4281-b951-d872f2087c98
* Roll new libjingle with asynchronous NetworkManager.sergeyu@chromium.org2011-07-137-53/+167
| | | | | | | | | BUG=84243 TEST=Unittests Review URL: http://codereview.chromium.org/7338003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92384 0039d316-1c4b-4281-b951-d872f2087c98
* Overhauled OmxVideoDecodeAccelerator's state machine implementation and ↵fischman@chromium.org2011-07-1311-644/+607
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | related code. This implementation makes explicit the transitions being effected and the states expected to be involved in each transition, instead of the previous implementation's use of implicit information (e.g. "we just went from Idle to Loaded, therefore we must be Abort()'ing"). This is not only much more readable but also enables implementation of Reset() (for Seek) and replaces Abort() (which never had a well-defined purpose that was consistent in documentation and implementation, nor a customer use-case). DID some TODOs in OmxVideoDecodeAccelerator: - Replaced error-code checking boilerplate w/ a failure-handling macro. - Simplified the component-name-getting dance in CreateComponent(). Updated the PPAPI interface: - Removed GetConfigs & AssignSysmemBuffers (neither of which ever came into its own) - Replaced Abort with Reset, and added Destroy (which still nobody calls, but that'll change shortly). - Cleaned up the interface's documentation. BUG=86122 TEST=OVDATest, gles2 sample plugin Review URL: http://codereview.chromium.org/7338010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92383 0039d316-1c4b-4281-b951-d872f2087c98
* Get rid of the ProfileId. It was added for ceee. I reverted the original ↵jam@chromium.org2011-07-133-78/+5
| | | | | | | | | change, since it led to Profile being used in content unnecessarily. I also removed the extensions usage of it and instead kept a void*. BUG=76788 Review URL: http://codereview.chromium.org/7346024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92382 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-03-01 09:17:33 +0000