summaryrefslogtreecommitdiffstats
path: root/content/renderer
Commit message (Collapse)AuthorAgeFilesLines
* Introduced experimental support for interacting with the google remote ↵primiano@chromium.org2012-06-222-14/+37
| | | | | | | | | | | | | | streaming speech recognition webservice (Speech CL2.3). The support is very experimental by now and has a lot of debugging code for helping the development. BUG=116954 TEST=content_unittests:GoogleStreamingRemoteEngineTest Review URL: https://chromiumcodereview.appspot.com/10546020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143616 0039d316-1c4b-4281-b951-d872f2087c98
* Fix a hang when the RtcVideoDecoder was given a MediaStream without video ↵ronghuawu@chromium.org2012-06-212-16/+37
| | | | | | | | | | | | | | track, in which case there won't be any frame from RtcVideoDecoder. The hang happened when the page tried to destroy the WebMediaPlayer but the pipeline can't be stopped because it's still in the seeking state, which in turn becauses the RtcVideoDecoder never returned a frame. This cl override the PrepareForShutdownHack, set the shutting_down flag and fullfill any pending read in it. BUG=http://code.google.com/p/webrtc/issues/detail?id=508 TEST= http://code.google.com/p/webrtc/issues/attachmentText?id=508&aid=5080004000&name=apprtc_loopback_audio_only.html&token=ghcCq45Vu7SH7HwcKsfjSo8ldqA%3A1340221943627 https://s3.amazonaws.com/webrtc-test/freeze_test.html Review URL: https://chromiumcodereview.appspot.com/10581044 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143452 0039d316-1c4b-4281-b951-d872f2087c98
* Remove setting of fixed layout fallback width.aelias@chromium.org2012-06-211-6/+0
| | | | | | | | | | | | This code is being implemented instead in https://bugs.webkit.org/show_bug.cgi?id=86819 BUG= TEST= Review URL: https://chromiumcodereview.appspot.com/10382232 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143348 0039d316-1c4b-4281-b951-d872f2087c98
* Browser Plugin: Enable by default for platform apps and remove option to ↵fsamuel@chromium.org2012-06-201-9/+1
| | | | | | | | | | | | disable or enable everywhere. BUG=none TEST=manually Review URL: https://chromiumcodereview.appspot.com/10559094 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143287 0039d316-1c4b-4281-b951-d872f2087c98
* Rename IPC Sender and Listener in ppapi, content/public, and content/rendererbrettw@chromium.org2012-06-2019-38/+37
| | | | | | | | | | | This is the new name in preparation for deleting the backwards-compatible typedef. BUG= TEST= Review URL: https://chromiumcodereview.appspot.com/10532162 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143282 0039d316-1c4b-4281-b951-d872f2087c98
* Transfer user agent info between browser and rendererdfalcantara@chromium.org2012-06-202-0/+44
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Upstreaming "Request desktop site" feature from Android. Previous CLs: * http://codereview.chromium.org/9999010/ Stores the original request URL in NavigationEntry * http://codereview.chromium.org/10170016/ Adds info about user agent overrides to WebContents and NavigationEntries * https://bugs.webkit.org/show_bug.cgi?id=83959 Adds ability to override the user agent string per-WebFrameClient The previous CLs added the framework to the browser and renderer to support overriding the default user agent with a different string. This CL connects the two sides, letting the browser pass information about the user agent override the renderer should be using for a given navigation. There's a slightly out of date doc at http://go/chrome_android_rds that's being adjusted as CLs land. Changes from previous CLs: * The user agent override string is now stored in the RendererPreferences instead of directly inside the RenderViewImpl and WebContentsImpl. * Setting the user agent override for a WebContents forces a reload if a page is currently being loaded to avoid giving different parts of a web page different user agents. Additions: * The browser-side lets the renderer know about the user agent override string through an IPC call that occurs when the user agent is set in WebContentsImpl and when a RenderViewImpl is created. * Instant + Prefetch classes have been adjusted to set carry over the override flags from the WebContents they're being used for. * A new function is added to the NavigationController to allow setting the override flag for a particular NavigationEntry before it is loaded. * The NavigationController is alerted to new navigations by the renderer with an IPC call and saves the override state in the relevant NavigationEntry. * DocumentState stores whether the user agent override was used for a given navigation, and is set in RenderViewImpl::didCreateDataSource(). Both browser- and renderer-initiated navigations go through here, with browser-initiated navigations using a ViewMsg_Navigate_Params. * WebFrameClient::userAgentOverride() is overridden by RenderViewImpl to return the user agent for the current main frame. If the main frame is provisionally loading something, we use the override for the provisional load instead. Internal bugs=6272286,6213026 BUG=112923 TEST= Review URL: https://chromiumcodereview.appspot.com/10450002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143279 0039d316-1c4b-4281-b951-d872f2087c98
* Force accelerated compositing for browser_plugin guest's RenderView.lazyboy@chromium.org2012-06-201-1/+11
| | | | | | | | | | | | | Now I see that all browser_plugin/* files are moved to browser_plugin/old/* dir, I'll adjust the change if this patch seems reasonable. BUG=133517 TEST=Gtk,without force compositing on all pages flag, can see guests being rendered with this patch. Also checked if regular pages (no browser plugin and not supposed to have h/w accelerating) correctly has acceleratedRendering set to false. Review URL: https://chromiumcodereview.appspot.com/10581034 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143222 0039d316-1c4b-4281-b951-d872f2087c98
* Change VideoDecoder::ReadCB to take const scoped_refptr<VideoFrame>&.xhwang@chromium.org2012-06-202-2/+2
| | | | | | | | | | BUG=none TEST=media_unittests, media layout tests. Review URL: https://chromiumcodereview.appspot.com/10559074 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143192 0039d316-1c4b-4281-b951-d872f2087c98
* Remove message_loop_helpers.h and update the includes to point to the new ↵tfarina@chromium.org2012-06-201-1/+1
| | | | | | | | | | | | | | | | location. Note: This was a TODO for akalin@. This patch was generated by: $ find . -name '*.h' -o -name '*.cc' -o -name '*.mm' | xargs sed -i -e "s/base\/message_loop_helpers.h/base\/sequenced_task_runner_helpers.h/g" R=akalin@chromium.org TBR=willchan@chromium.org,ben@chromium.org,jam@chromium.org,tony@chromium.org Review URL: https://chromiumcodereview.appspot.com/10578026 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143174 0039d316-1c4b-4281-b951-d872f2087c98
* Allow non integer device scale factors in render widgetvollick@chromium.org2012-06-192-3/+10
| | | | | | | | | | | | Currently we force device scale factors to integers in render widget preventing us from experimenting with non integer default device scale factors. This patch fixes that. BUG=None TEST=Use a default device scale factor of 1.5 Review URL: https://chromiumcodereview.appspot.com/10537128 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142951 0039d316-1c4b-4281-b951-d872f2087c98
* DomStorage, simple fix for a renderer-crashing bug.michaeln@google.com2012-06-191-3/+6
| | | | | | | BUG=131110 Review URL: https://chromiumcodereview.appspot.com/10582006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142873 0039d316-1c4b-4281-b951-d872f2087c98
* Re-enable HW decode on CrOS now that the flashing bug is fixed.fischman@chromium.org2012-06-185-23/+47
| | | | | | | | BUG=129103 Review URL: https://chromiumcodereview.appspot.com/10559017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142817 0039d316-1c4b-4281-b951-d872f2087c98
* Browser Plugin: Move to old directoriesfsamuel@chromium.org2012-06-1815-36/+36
| | | | | | | | | | | | | | | A new implementation is coming but this current implementation is still in use. Moving the current implementation to old directories to make it easy to get rid of once the new implementation has been upstreamed. BUG=none TEST=manually, browser plugin continues to work. Review URL: https://chromiumcodereview.appspot.com/10555029 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142743 0039d316-1c4b-4281-b951-d872f2087c98
* Listen to display settings provider for work area size changes and send thosevarunjain@chromium.org2012-06-152-0/+7
| | | | | | | | | | | | changes to the renderer. BUG=126586 TEST=manual Review URL: https://chromiumcodereview.appspot.com/10407023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142519 0039d316-1c4b-4281-b951-d872f2087c98
* Add CreateTemporaryFile to PPB_Flash_File_ModuleLocal.yzshen@chromium.org2012-06-152-0/+16
| | | | | | | | | BUG=129807 TEST=None Review URL: https://chromiumcodereview.appspot.com/10534045 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142512 0039d316-1c4b-4281-b951-d872f2087c98
* Use a dedicated context3d for HW video decode instead of piggy-backing on ↵fischman@chromium.org2012-06-152-16/+6
| | | | | | | | | | | | the compositor's context. BUG=129103 TEST=re-enable HW video decode, don't see flashing Review URL: https://chromiumcodereview.appspot.com/10542175 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142509 0039d316-1c4b-4281-b951-d872f2087c98
* Moving tray icon and notification balloon for background speech recognition ↵primiano@chromium.org2012-06-151-1/+1
| | | | | | | | | | | | | | sessions to ChromeSpeechRecognitionManagerDelegate. (Speech CL1.13) The ChromeSpeechRecognitionManagerDelegate now keeps, within profile preferences, a flag that indicates whether a security notification has been shown for each speech recognition context. This applies only to speech recognition sessions initiated by extensions or JS. BUG=116954 TEST=none Review URL: https://chromiumcodereview.appspot.com/10407120 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142399 0039d316-1c4b-4281-b951-d872f2087c98
* Temporarily disable HW video decode path on ARM.posciak@chromium.org2012-06-141-1/+4
| | | | | | | | | | | | | | | This causes crbug.com/129103 and webk.it/88815 and can be reenabled after they are fixed. TEST=Manual run BUG=crbug.com/129103 Change-Id: I745a3ca64a3d4b5a7979dbc5125f4a026a47a51d Review URL: https://chromiumcodereview.appspot.com/10541161 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142223 0039d316-1c4b-4281-b951-d872f2087c98
* Minor cleanup to the domstorage renderer side shutdown logic do not leave ↵michaeln@google.com2012-06-141-1/+5
| | | | | | | | | dangling ptrs around. BUG=131110 Review URL: https://chromiumcodereview.appspot.com/10544126 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142218 0039d316-1c4b-4281-b951-d872f2087c98
* mac: Make dynamic DPI changes work.thakis@chromium.org2012-06-144-2/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | This fixes the software case completely, and makes everything look good on the hardware path after a few frames. In the hardware path, the IOSurfaces aren't tagged with their own DPI, so they are rendered at the wrong scale for a few frames, until the "DPI changed" message made it from the browser to the renderer. This CL adds three things that happen in response to DPI changes: 1.) It reallocates the browser-side BackingStoreMac at the new DPI. 2.) It lets the renderer do a full repaint after DPI changed. 3.) It passes the new DPI on to WebKit (in render_view_impl.cc) (3) won't have an effect for hardware pages until https://bugs.webkit.org/show_bug.cgi?id=88916 lands. BUG=128267 TEST=change from lodpi and hidpi and back, check that software- and hardware-rendered pages look good after the change in both foreground and background tabs. Review URL: https://chromiumcodereview.appspot.com/10548026 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142099 0039d316-1c4b-4281-b951-d872f2087c98
* Browser Plugin: Plumbing to enable tabbing out of a browser tagfsamuel@chromium.org2012-06-144-0/+15
| | | | | | | | | | BUG=none TEST=manually Review URL: https://chromiumcodereview.appspot.com/10544143 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142077 0039d316-1c4b-4281-b951-d872f2087c98
* Pop up on-screen keyboard inside ppapi plug-ins.dmazzoni@chromium.org2012-06-143-6/+31
| | | | | | | | | | BUG=131857 TEST=Tap on Flash text box in Win 8 Metro mode Review URL: https://chromiumcodereview.appspot.com/10542082 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142040 0039d316-1c4b-4281-b951-d872f2087c98
* Revert "Remove WebContentsImpl::OnDidRedirectProvisionalLoad."ttuttle@chromium.org2012-06-142-0/+21
| | | | | | | | | | | | | | | | | This reverts commit 1204bc06730bfdd04bc49f743d51f3023d8c8468. Conflicts: chrome/browser/prerender/prerender_tab_helper.cc chrome/browser/prerender/prerender_tab_helper.h BUG=78512 TEST= Review URL: https://chromiumcodereview.appspot.com/10533130 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142031 0039d316-1c4b-4281-b951-d872f2087c98
* Browser Plugin -- Populate WebKeyboardEvent's keyIdentifierfsamuel@chromium.org2012-06-131-1/+1
| | | | | | | | | | | keyIdentifier is used by EventHandler::defaultKeyboardEventHandler to determine whether a given key is a Tab or not, among other things. Thus, we need to make sure this field is populated when we translate an InputEventData into a WebKeyboardEvent. BUG=none TEST=manually Review URL: https://chromiumcodereview.appspot.com/10544128 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142025 0039d316-1c4b-4281-b951-d872f2087c98
* Tag TransportDIBs with the device scale factor they expect.thakis@chromium.org2012-06-131-0/+2
| | | | | | | | | | | | | | | | | | | | After DPI changes, the renderer can send paints at the old DPIness for a few frames, until the "new DPIness" IPC arrives. Tag TransportDIBs with the intended scale factor, so that the browser process can compensate for paints at the wrong resolution temporarily. Implement this compensation logic on mac. Most of the DPI switching infrastructure still isn't hooked up, so almost no observable behavior change. BUG=128267 TEST=none (chrome/mac no longer crashes on DPIness change if a paint is pending) Review URL: https://chromiumcodereview.appspot.com/10540144 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141962 0039d316-1c4b-4281-b951-d872f2087c98
* mac: Pipe backing scale factor to renderer on change.thakis@chromium.org2012-06-132-0/+6
| | | | | | | | | | | Not used for anything yet, so no visible effect. BUG=128267 TEST=none Review URL: https://chromiumcodereview.appspot.com/10542135 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141906 0039d316-1c4b-4281-b951-d872f2087c98
* Add IPC argument to handle composition character bounds into ↵nona@chromium.org2012-06-135-13/+177
| | | | | | | | | | | | | | | | | | | | | | | | | | | | ViewHostMsg_ImeCompositionRangeChanged. What for: Using this argument, browser can acquire the composition character boundary rectangles. This information is used by Japanese input method editor to show its window at the correct position. This is used not only for fixing http://crbug.com/120597 but also for supporting IMR_QUERYCHARPOSITION message in Windows Chrome. To support IMR_QUERYCHARPOSITION(Ref 1) message, input method editor can also show its window at the correct position(Ref 2). Performance: There is no performance concern for latin language users because this IPC is only emitted if the user uses an input method editor. Even if the user uses an input method editor, the cost of this IPC is small because this IPC will be emitted at the same frequency as key typing. Data size: The data size to be transferred is small: it is the composition string length (typically less than a few dozen characters) times sizeof(gfx::Rect). Ref 1. http://msdn.microsoft.com/en-us/library/windows/desktop/dd318634(v=vs.85).aspx Ref 2. https://bug-87911-attachments.webkit.org/attachment.cgi?id=144954 (In Ref2, Safari works well for all IMEs. Firefox works well except ATOK. Chrome doesn't work for all IMEs.) BUG=120597 TEST=try bots. Review URL: https://chromiumcodereview.appspot.com/10543024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141866 0039d316-1c4b-4281-b951-d872f2087c98
* Remove magic iframe load transfer support.dimich@chromium.org2012-06-132-9/+0
| | | | | | | | | Basically manual revert of r97048, due to files changing locations etc. Review URL: https://chromiumcodereview.appspot.com/9922001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141841 0039d316-1c4b-4281-b951-d872f2087c98
* Refactor all accessibility code out of webkit/glue.dmazzoni@chromium.org2012-06-128-68/+666
| | | | | | | | | | | | | | | Moves the data definitions into content/common and the serialization code into content/renderer. There are no code changes here, this is just a refactoring. BUG=132129 TEST=none Review URL: https://chromiumcodereview.appspot.com/10544099 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141768 0039d316-1c4b-4281-b951-d872f2087c98
* Fix crash when displaying system print dialog on Linux.abodenha@chromium.org2012-06-122-5/+0
| | | | | | | | | | | | | | | Uses a render view ID to find a correct window handle to use as a parent for the system dialog. Uses a series of PostTask calls to cause the various steps of getting print settings to occur on the correct threads. BUG=130095 TEST=Verify 130095 Review URL: https://chromiumcodereview.appspot.com/10544084 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141726 0039d316-1c4b-4281-b951-d872f2087c98
* added gpu_benchmarking_extension boilerplate and hooked it up to a new switch.dmurph@chromium.org2012-06-123-1/+62
| | | | | | Review URL: https://chromiumcodereview.appspot.com/10532058 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141710 0039d316-1c4b-4281-b951-d872f2087c98
* Delete code used to invert web content for high-contrast mode.dmazzoni@chromium.org2012-06-122-54/+1
| | | | | | | | | | | | | | This is no longer needed because now we suggest a high-contrast extension if a user has Windows high-contrast mode enabled, instead. BUG=112944 TEST=none TBR=avi Review URL: https://chromiumcodereview.appspot.com/10534099 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141699 0039d316-1c4b-4281-b951-d872f2087c98
* Browser Plugin: Make basic focus in guests workfsamuel@chromium.org2012-06-121-1/+5
| | | | | | | | | | BUG=120263 TEST=manually Review URL: https://chromiumcodereview.appspot.com/10546117 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141625 0039d316-1c4b-4281-b951-d872f2087c98
* [Mac] Log OnChannelError() bt for CHECK in bug 97285.shess@chromium.org2012-06-121-0/+13
| | | | | | | | | | | | | | http://crrev.com/137896 added code to capture RemoveRoute() called during setup of the channel, for instance if a nested call happened during a sync call. This adds the same check for OnChannelError(). BUG=97285 TEST=crash server. Review URL: https://chromiumcodereview.appspot.com/10538093 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141615 0039d316-1c4b-4281-b951-d872f2087c98
* Prepare compositor.cc for global CCSettingsvollick@chromium.org2012-06-111-0/+10
| | | | | | | | | | | | All compositor settings are currently owned by the layer tree hosts. Some of these settings will become globals. This cl prepares for that change. BUG=131792,129683 TEST=None Review URL: https://chromiumcodereview.appspot.com/10534017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141410 0039d316-1c4b-4281-b951-d872f2087c98
* Don't destroy channels when switching GPUsjbauman@chromium.org2012-06-091-23/+5
| | | | | | | | | | | | It looks like OS X automatically migrates old contexts onto the discrete GPU when it's using the discrete GPU. Therefore, instead of destroying the entire channel and all its contexts to switch GPUs, we can create a pixelformat that requires the discrete GPU before creating the new context, which will force every context onto the discrete GPU for the duration. BUG=129258 TEST= Review URL: https://chromiumcodereview.appspot.com/10545077 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141347 0039d316-1c4b-4281-b951-d872f2087c98
* content: Set the default device scale factor on the WebView directly since ↵sadrul@chromium.org2012-06-082-6/+8
| | | | | | | | | | | | | setting it in WebSettings is now deprecated. Also, remove WebPreferences::default_device_scale_factor. BUG=none TEST=manually Review URL: https://chromiumcodereview.appspot.com/10534025 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141306 0039d316-1c4b-4281-b951-d872f2087c98
* Plumb texture target to VideoDecodeAccelerator::Clientsail@chromium.org2012-06-084-15/+18
| | | | | | | | | | | | | | | | Currently all VideoDecodeAccelerator::Clients use GL_TEXTURE_2D as their texture target. Unfortunately the Mac decoder only supports GL_TEXTURE_RECTANGLE_ARB texture targets. This CL allows decoders to choose which texture target they want. BUG=127414 TEST= Review URL: https://chromiumcodereview.appspot.com/10392141 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141258 0039d316-1c4b-4281-b951-d872f2087c98
* linux: Pass subpixel positioning setting to WebKit.derat@chromium.org2012-06-081-9/+12
| | | | | | | | | | | | | | | | This makes us configure renderers appropriately based on --enable-text-subpixel-positioning. It also updates SandboxIPCProcess to pass the flag through so the results returned by its calls to WebFontInfo::renderStyleForStrike() will reflect the setting. BUG=125066 TEST=manual: both regular and web fonts within the renderer use subpixel positioning when --enable-text-subpixel-positioning is set Review URL: https://chromiumcodereview.appspot.com/10540038 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141246 0039d316-1c4b-4281-b951-d872f2087c98
* Change to use webkit intent delivery.gbillock@chromium.org2012-06-082-145/+81
| | | | | | | | | | BUG=None TEST=None Review URL: https://chromiumcodereview.appspot.com/10412058 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141229 0039d316-1c4b-4281-b951-d872f2087c98
* mac: Basic HighDPI implementation for web contents.thakis@chromium.org2012-06-081-1/+1
| | | | | | | | | | | | | | | Depends on https://bugs.webkit.org/show_bug.cgi?id=88596 The basics work, but a lot of stuff is broken (e.g. switching resolutions while chrome is running). BUG=31960 TEST=Go HighDPI, launch chrome. No longer pixely. TBR=sky Review URL: https://chromiumcodereview.appspot.com/10537067 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141211 0039d316-1c4b-4281-b951-d872f2087c98
* Changed device_orientation_dispatcher to use default constructor in ↵aousterh@chromium.org2012-06-082-21/+15
| | | | | | | | | | | | | | | WebDeviceOrientation.h. This depends on WebKit patch at https://bugs.webkit.org/show_bug.cgi?id=88406. BUG=none TEST=none Review URL: https://chromiumcodereview.appspot.com/10542025 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141193 0039d316-1c4b-4281-b951-d872f2087c98
* Add text input types newly introduced in WebKityosin@chromium.org2012-06-081-1/+13
| | | | | | | | | | BUG=128954 TEST=No need. This patch doesn't change behavior. Review URL: https://chromiumcodereview.appspot.com/10534037 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141167 0039d316-1c4b-4281-b951-d872f2087c98
* DragEnter grants RequestURL to entire file:// scheme.tsepez@chromium.org2012-06-081-8/+21
| | | | | | | | | | | | | | | | | | | | | | | DragEnter can't know if the end action of a dragged file will be to assign it to the value of a file input element, or to navigate to the file itself, so it grants the permissions required for both. The RequestURL permission, however, currently implies access to all of file:// even though we intend to request only one file. This change adds a method to ChildProcessSecurityPolicy for more granular permissions for file:// URLs which is applied to the existing renderer. A second change causes file:// navigations to be browser-navigations, so that the existing renderer will fork a new "file-privileged" renderer. The old renderer, having permissions for this one URL, will pass the checks required to lauch the new renderer for the URL, but will not have permission to fork renderers for other file:// URLs. This is a second attempt at resolving the issue, see also: http://codereview.chromium.org/10397002/ BUG=127525 Review URL: https://chromiumcodereview.appspot.com/10517009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141124 0039d316-1c4b-4281-b951-d872f2087c98
* Change --enable-browser-plugin to --browser-plugin=enabled or ↵scshunt@google.com2012-06-083-7/+11
| | | | | | | | | | | | | | --browser-plugin=platform-apps-only. To maintain layering, the 'platform-apps-only' option is only in Chrome, but the rest is handled in the content layer. BUG=none TEST=compiles Review URL: https://chromiumcodereview.appspot.com/10536039 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141118 0039d316-1c4b-4281-b951-d872f2087c98
* Remove WebContentsImpl::OnDidRedirectProvisionalLoad.ttuttle@chromium.org2012-06-072-21/+0
| | | | | | | | | | | | | | Also remove the associated ViewHostMsg, and remove RenderViewImpl::didReceiveServerRedirectForProvisonalLoad, since it only served to send that message. BUG=78512 TEST=builds; cbentzel will try Review URL: https://chromiumcodereview.appspot.com/10316020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141066 0039d316-1c4b-4281-b951-d872f2087c98
* content: A couple of device-scale-factor fixes:sadrul@chromium.org2012-06-063-0/+7
| | | | | | | | | | | | * Implement WebWidgetClient::deviceScaleFactor * Set the device-scale-factor on WebView. BUG=127795 TEST=manually Review URL: https://chromiumcodereview.appspot.com/10481005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@140801 0039d316-1c4b-4281-b951-d872f2087c98
* content/chromeos: Fix WebKit software rendering in high-device-scale-factors.sadrul@chromium.org2012-06-062-6/+19
| | | | | | | | | | | | | | | | | | The renderer and the browser continue to communicate between each-other in terms of device-independent pixels. The browser also continues to communicate with the backing-store in terms of device-independent pixel size. This CL changes: * the skia backing store to make sure it takes device-scale-factor into account when creating the canvas and painting. * the renderer to make sure it creates a canvas of the right size for webkit. BUG=127795 TEST=manually Review URL: https://chromiumcodereview.appspot.com/10451112 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@140800 0039d316-1c4b-4281-b951-d872f2087c98
* Use different labels for audio and video tracks. Otherwise peerconnection mayronghuawu@chromium.org2012-06-062-2/+7
| | | | | | | | | | | | think they are the same track and use same ssrc for them. http://code.google.com/p/webrtc/issues/detail?id=549 TEST=unit test and apprtc Review URL: https://chromiumcodereview.appspot.com/10442080 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@140793 0039d316-1c4b-4281-b951-d872f2087c98
* Set page-scale-factor limits if enable-pinch flag is not usedsadrul@chromium.org2012-06-061-0/+9
| | | | | | | | | | | and a device-scale-factor is used in the compositor. BUG=none TEST=none Review URL: https://chromiumcodereview.appspot.com/10454019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@140792 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-02-13 19:57:50 +0000