Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(143)

Unified Diff: Source/WebCore/ChangeLog

Side-by-side diff isn't available for this file because of its large size.
Issue 10800085: Merge 123272 - [chromium] Don't display fullscreen button for video elements not containing video (Closed) Base URL: http://svn.webkit.org/repository/webkit/branches/chromium/1180/
Patch Set: Created 8 years, 5 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
Download patch
Index: Source/WebCore/ChangeLog
===================================================================
--- Source/WebCore/ChangeLog (revision 123380)
+++ Source/WebCore/ChangeLog (working copy)
@@ -1,3 +1,127 @@
+2012-07-20 Andrew Scherkus <scherkus@chromium.org>
+
+ [chromium] Don't display fullscreen button for video elements not containing video
+ https://bugs.webkit.org/show_bug.cgi?id=91811
+
+ Reviewed by Eric Carlson.
+
+ Covered by media/media-document-audio-repaint.html
+
+ * html/shadow/MediaControlRootElementChromium.cpp:
+ (WebCore::MediaControlRootElementChromium::reset):
+
+2012-07-20 Dmitry Titov <dimich@chromium.org>
+
+ [Chromium] Out of Memory is observed when a large object is passed to a Web Worker.
+ https://bugs.webkit.org/show_bug.cgi?id=91535.
+
+ Reviewed by David Levin.
+
+ No new tests because of no new behavior and lack of mechanism to monitor used memory.
+
+ * bindings/v8/SerializedScriptValue.cpp:
+ (WebCore::SerializedScriptValue::SerializedScriptValue):
+ (WebCore::SerializedScriptValue::registerMemoryAllocatedWithCurrentScriptContext):
+ (WebCore):
+ (WebCore::SerializedScriptValue::~SerializedScriptValue):
+ * bindings/v8/SerializedScriptValue.h:
+ (SerializedScriptValue):
+ Added a method to SerializedScriptValue to add memory pressure on GC proportional to the size of memory allocated in serialized data.
+
+ * dom/MessageEvent.cpp:
+ (WebCore::MessageEvent::MessageEvent):
+ (WebCore::MessageEvent::initMessageEvent):
+ Call the new method of SerializedScriptValue during creation of MessageEvent (presumably in the thread which contains the right V8 context).
+
+2012-07-20 David Grogan <dgrogan@chromium.org>
+
+ IndexedDB: Include intVersion when converting between WebCore and WebKit IDBMetadata types
+ https://bugs.webkit.org/show_bug.cgi?id=91414
+
+ Reviewed by Adam Barth.
+
+ No new tests because no new behavior.
+
+ * Modules/indexeddb/IDBDatabaseBackendImpl.cpp:
+ (WebCore::IDBDatabaseBackendImpl::metadata):
+ No behavior change, this just needs a dummy parameter to match the
+ modified API.
+
+ * Modules/indexeddb/IDBMetadata.h:
+ (WebCore::IDBDatabaseMetadata::IDBDatabaseMetadata):
+ (IDBDatabaseMetadata):
+
+2012-07-18 Gustavo Noronha Silva <gustavo.noronha@collabora.com>
+
+ [Soup] Unnecessary RefPtr usage and null check
+ https://bugs.webkit.org/show_bug.cgi?id=91636
+
+ Reviewed by Martin Robinson.
+
+ Small clean up of code that is not necessary; no change in functionality.
+
+ * platform/network/soup/SocketStreamHandleSoup.cpp:
+ (WebCore::SocketStreamHandle::connected):
+
+2012-07-20 Mark Salisbury <mark.salisbury@hp.com>
+
+ Typo in FontCacheWin.cpp causes return value from getCachedFontData() in getLastResortFallbackFont() to be ignored
+ https://bugs.webkit.org/show_bug.cgi?id=91506
+
+ Reviewed by Joseph Pecoraro.
+
+ No new test. The "fallback fallback" code ends up creating a font, so you always
+ get a fallback font even with this code bug. A test would be buggy, being highly
+ platform dependent on what the "fallback fallback" font is on the particular
+ windows machine the test runs on.
+
+ * platform/graphics/win/FontCacheWin.cpp:
+ (WebCore::FontCache::getLastResortFallbackFont):
+
+2012-07-20 Stephen White <senorblanco@chromium.org>
+
+ [chromium] Clean up scratch texture usage in Chromium's implementation
+ of GPU-accelerated filters.
+ https://bugs.webkit.org/show_bug.cgi?id=83370
+
+ Reviewed by Adrienne Walker.
+
+ There didn't used to be a safe way to allocate a scratch texture, and
+ hold into it beyond the lifetime of GrAutoScratchTexture. Now there is:
+ detach().
+
+ Covered by existing tests in css3/filters.
+
+ * platform/graphics/chromium/cc/CCRenderSurfaceFilters.cpp:
+ (WebCore::CCRenderSurfaceFilters::apply):
+ Use a GrAutoScratchTexture to allocate the destination texture, and
+ detach() to detach it from the cache before placing it in an
+ SkGrTexturePixelRef. This means we no longer need to do any lock/
+ unlock trickery with the TextureCacheEntry, since the refcount is
+ enough to keep the texture away from the cache's prying hands.
+
+2012-07-20 Stephen White <senorblanco@chromium.org>
+
+ [chromium] Clean up scratch texture usage in Chromium's implementation
+ of GPU-accelerated filters.
+ https://bugs.webkit.org/show_bug.cgi?id=83370
+
+ Reviewed by Adrienne Walker.
+
+ There didn't used to be a safe way to allocate a scratch texture, and
+ hold into it beyond the lifetime of GrAutoScratchTexture. Now there is:
+ detach().
+
+ Covered by existing tests in css3/filters.
+
+ * platform/graphics/chromium/cc/CCRenderSurfaceFilters.cpp:
+ (WebCore::CCRenderSurfaceFilters::apply):
+ Use a GrAutoScratchTexture to allocate the destination texture, and
+ detach() to detach it from the cache before placing it in an
+ SkGrTexturePixelRef. This means we no longer need to do any lock/
+ unlock trickery with the TextureCacheEntry, since the refcount is
+ enough to keep the texture away from the cache's prying hands.
+
2012-07-19 Andrew Scherkus <scherkus@chromium.org>
[chromium] CSS tweaks to media controls to prevent styles from being overridden
« no previous file with comments | « LayoutTests/platform/chromium/TestExpectations ('k') | Source/WebCore/html/shadow/MediaControlRootElementChromium.cpp » ('j') | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698