- 06 Mar, 2014 14 commits
-
-
yurys@chromium.org authored
Old profile is removed on HeapProfiler.resetProfiles message and a new one is added immediately to collect all object allocation events from the backend after navigation. BUG=None Review URL: https://codereview.chromium.org/172163005 git-svn-id: svn://svn.chromium.org/blink/trunk@168565 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
hajimehoshi@chromium.org authored
https://codereview.chromium.org/172263002/ moves AccessibilityController from CppBoundClass to gin::Wrappable, and that CL changes this cached- properties test's result so that 'accessibilityController' is enumerated as properties of an object. However, it is hard to expect a stable cache result of WebAXObject of AccessibilityController for now. BUG=297480, 331301, 347331 Review URL: https://codereview.chromium.org/184233004 git-svn-id: svn://svn.chromium.org/blink/trunk@168564 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
tommyw@chromium.org authored
The spec now says that getUserMedia error messages are UA specific with the exception for PermissionDeniedError and ConstraintNotSatisfied. BUG=132812 Review URL: https://codereview.chromium.org/180683003 git-svn-id: svn://svn.chromium.org/blink/trunk@168562 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
sanjoy.pal@samsung.com authored
Intent to implement on blink-dev: https://groups.google.com/a/chromium.org/forum/#!searchin/blink-dev/addPath/blink-dev/YY-FmD8Efhc/y4Ag3pGF-toJ BUG=159839 Review URL: https://codereview.chromium.org/170503002 git-svn-id: svn://svn.chromium.org/blink/trunk@168561 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
mithro@mithis.com authored
We are currently removing trying to remove all references to base::Time (wall clock time) from Chrome/Blink compositor/graphics stack. This requires multiple two-sided patches. Following the process found at https://groups.google.com/a/chromium.org/d/msg/chromium-dev/ukaRczAK6t8/0ludyZ1Nu4cJ The steps are; * (This Patch) -- Adding monotonic only API to Blink's animation delegate interface https://codereview.chromium.org/185633002 * Making the delegate adapter use monotonic only API https://codereview.chromium.org/185643002 * Remove the wallClockTime API from Blink/WebKit. https://codereview.chromium.org/185393005 BUG=299945 Review URL: https://codereview.chromium.org/185633002 git-svn-id: svn://svn.chromium.org/blink/trunk@168560 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ericwilligers@chromium.org authored
Distance is defined in http://dev.w3.org/fxtf/web-animations/ section 4.1.3.5 Web Animations use property distance calculations in paced keyframe animation effects, in assigning the timing for keyframes so that a 'paced' property changes at constant velocity. BUG=348896 Review URL: https://codereview.chromium.org/186463002 git-svn-id: svn://svn.chromium.org/blink/trunk@168559 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
habib.virji@samsung.com authored
For any value update, dispatch both input and change event. Also removes extra dispatch change event, as event are dispatch from TextFieldInputType:setValue. R=tkent, keishi1 BUG=345611 TEST=On keyboard event, both oninput and onchange event are triggered Review URL: https://codereview.chromium.org/178593003 git-svn-id: svn://svn.chromium.org/blink/trunk@168558 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
yunlian@chromium.org authored
fabsf() is for float, use fabs() for double instead. BUG=chromium:348044 Review URL: https://codereview.chromium.org/176713008 git-svn-id: svn://svn.chromium.org/blink/trunk@168557 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
haraken@chromium.org authored
This CL broke win builds: http://build.chromium.org/p/chromium.webkit/builders/WebKit%20Win%20Builder%20%28dbg%29/builds/47919 > Reduce compositing update in Silk's toggle_drawer by 20% > > This reduces the amount of time spent in compositing update for Silk's > toggle_drawer test case by 20%. Previously, we would update the geometry for > every composited layer mapping during every compositing update, regardless of > whether any of the inputs to updateGraphicsLayerGeometry had changed. This CL > introduces dirty bits on CompositedLayerMapping to track which RenderLayers > underwent a change that could have resulted in changes during > updateGraphicsLayerGeometry. > > This CL takes a basic approach, which is sufficient for toggle_drawer. > Specifically, if a RenderLayer changes style, we mark its > CompositedLayerMapping (and any ancestors and decendants) as needing a geometry > update. If we go through layout or scroll, we trigger a forced update, which > updates the geometry of all graphics layers. > > Over time, we can improve this system to track dirtiness during layout. We > might also be able to avoid marking every ancestor dirty if we removed the > downward tree walks during updateGraphicsLayerGeometry. Instead, we could > compute the descendant-dependant information in an earlier phase and detect > whether it changed directly. > > R=esprehn@chromium.org, ojan@chromium.org > > Review URL: https://codereview.chromium.org/183763016 TBR=abarth@chromium.org Review URL: https://codereview.chromium.org/180953009 git-svn-id: svn://svn.chromium.org/blink/trunk@168556 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
abarth@chromium.org authored
In profiling updateStyle on Silk's toggle_drawer test case, we saw some time being spent updating the style of the resizer, which is wasted work because there is no resizer. This CL teaches the code not to do work if there's no resizer. R=esprehn@chromium.org BUG=335703 Review URL: https://codereview.chromium.org/182733014 git-svn-id: svn://svn.chromium.org/blink/trunk@168555 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
abarth@chromium.org authored
This reduces the amount of time spent in compositing update for Silk's toggle_drawer test case by 20%. Previously, we would update the geometry for every composited layer mapping during every compositing update, regardless of whether any of the inputs to updateGraphicsLayerGeometry had changed. This CL introduces dirty bits on CompositedLayerMapping to track which RenderLayers underwent a change that could have resulted in changes during updateGraphicsLayerGeometry. This CL takes a basic approach, which is sufficient for toggle_drawer. Specifically, if a RenderLayer changes style, we mark its CompositedLayerMapping (and any ancestors and decendants) as needing a geometry update. If we go through layout or scroll, we trigger a forced update, which updates the geometry of all graphics layers. Over time, we can improve this system to track dirtiness during layout. We might also be able to avoid marking every ancestor dirty if we removed the downward tree walks during updateGraphicsLayerGeometry. Instead, we could compute the descendant-dependant information in an earlier phase and detect whether it changed directly. R=esprehn@chromium.org, ojan@chromium.org Review URL: https://codereview.chromium.org/183763016 git-svn-id: svn://svn.chromium.org/blink/trunk@168554 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ch.dumez@samsung.com authored
As per the specification, the iframe's name should be an empty string if unset: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#attr-iframe-name Instead, Chromium was using the iframe's id as window name if the name was unset. This change makes us behave like Firefox 27 and IE 11, verified using: http://jsfiddle.net/xf5H7/9/ This CL sets the name attribute iframe in a lot of layout tests so that testRunner.dumpChildFramesAsText() keeps printing the same result. R=arv@chromium.org, tkent@chromium.org, abarth, arv, tkent BUG=347169 TEST=fast/frames/iframe-no-name.html Review URL: https://codereview.chromium.org/187103002 git-svn-id: svn://svn.chromium.org/blink/trunk@168553 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
caseq@chromium.org authored
Also, apply zoom to layer div sizes to keep resulting layers small. BUG= Review URL: https://codereview.chromium.org/177353005 git-svn-id: svn://svn.chromium.org/blink/trunk@168552 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
morrita@chromium.org authored
- webaudio/codec-tests/vorbis/vbr-128kbps-44khz.html - webaudio/codec-tests/vorbis/vbr-70kbps-44khz.html - webaudio/codec-tests/vorbis/vbr-96kbps-44khz.html TBR=rtoy@chromium.org,dalecurtis@chromium.org BUG=349662 Review URL: https://codereview.chromium.org/187323008 git-svn-id: svn://svn.chromium.org/blink/trunk@168551 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
- 05 Mar, 2014 26 commits
-
-
tsepez@chromium.org authored
R=cbiesinger@chromium.org BUG=346132 Review URL: https://codereview.chromium.org/184223007 git-svn-id: svn://svn.chromium.org/blink/trunk@168549 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=168519 BUG=345609 TBR=tkent@chromium.org Review URL: https://codereview.chromium.org/180743023 git-svn-id: svn://svn.chromium.org/blink/trunk@168548 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
yurys@chromium.org authored
All noncharacter code points are >= 0xD800 so we can use more liberal condition when detecing characters that needs to be esscaped. BUG=347899 Review URL: https://codereview.chromium.org/180113008 git-svn-id: svn://svn.chromium.org/blink/trunk@168547 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
cbiesinger@chromium.org authored
Two websocket tests are still failing. See https://codereview.chromium.org/162923002 for the change that removed these lines. Example of the failure: http://build.chromium.org/p/chromium.webkit/builders/WebKit%20Win7/builds/13889 TBR=ricea@chromium.org BUG= Review URL: https://codereview.chromium.org/187913003 git-svn-id: svn://svn.chromium.org/blink/trunk@168546 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
aandrey@chromium.org authored
Huge texts reduce rendering performance drastically, nor they are more helpful than a truncated version. BUG=347917 R=pfeldman, loislo Review URL: https://codereview.chromium.org/186693002 git-svn-id: svn://svn.chromium.org/blink/trunk@168545 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ksakamoto@chromium.org authored
This patch adds two UMA metrics: WebFont.BlankTextShownTime histogram tracks the time we spent showing blank text. This measures the time between when the "loading fallback" font is drawn for the first time, and when FontData for the downloaded web font is created. WebFont.HadBlankText is recorded once per page load if the page uses any web fonts. The value is 1 if we ended up showing blank text at least once, 0 otherwise. BUG=345839 TEST=Manually tested with chrome://histograms Review URL: https://codereview.chromium.org/180273020 git-svn-id: svn://svn.chromium.org/blink/trunk@168541 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
junov@chromium.org authored
This change removes many pixel baselines that were trivial enough to be expressed as reference html. Some of the tests were slightly modified to make them work as ref tests. R=senorblanco@chromium.org BUG=349536 Review URL: https://codereview.chromium.org/187393007 git-svn-id: svn://svn.chromium.org/blink/trunk@168540 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
schenney@chromium.org authored
The aim is to avoid SkPaint setup time for the common case of filling and stroking shapes. We can't entirely do that, as some of the paint content is not controlled by GraphicsContextState (such as text or temporary paint state set for specific draw operations). Perf tests on the record_and_rasterize micro-bench indicate a 1-3% average improvement on record times. BUG=343240 R=adamk@chromium.org, fmalita@chromium.org, senorblanco@chromium.org Review URL: https://codereview.chromium.org/169283008 git-svn-id: svn://svn.chromium.org/blink/trunk@168536 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
acolwell@chromium.org authored
Removing the TextTrackClient interface because it was obscuring calls made to the HTMLMediaElement and wasn't really providing much value. Calls made to the HTMLMediaElement are much clearer now and it is easier to follow what happens when tracks are removed from the TextTrackList. BUG=249427 TEST=All existing LayoutTests still pass R=adamk@chromium.org Review URL: https://codereview.chromium.org/177003025 git-svn-id: svn://svn.chromium.org/blink/trunk@168534 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
pdr@chromium.org authored
This patch keeps m_blocksForFingerprint in sync with m_fingerprints when adding a new entry to m_fingerprints. Here's a quick summary about these maps: m_blocksForFingerprint maps Fingerprint -> list of RenderBlocks m_fingerprints maps RenderObject -> Fingerprint Previously, when adding a block to m_fingerprints we could neglect to update m_blocksForFingerprint. By removing entries from m_blocksForFingerprint before registering a new block fingerprint, we prevent a crash on [1]. [1] http://www.chicagotribune.com/news/sns-wp-blm-news-bc-inventor01-20140301,0,255272.story TEST=Added an assert that crashes all over our layouttests without this fix. Manually verified [1] no longer crashes. BUG=348463 NOTRY=true Review URL: https://codereview.chromium.org/186453002 git-svn-id: svn://svn.chromium.org/blink/trunk@168533 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ricea@chromium.org authored
A few more WebSocket layout tests now pass with the new implementation. Remove them from the TestExpectations. BUG=339373 TEST=run_webkit_tests --debug http/tests/websocket Review URL: https://codereview.chromium.org/162923002 git-svn-id: svn://svn.chromium.org/blink/trunk@168532 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
tyoshino@chromium.org authored
When XMLHttpRequest.responseType is specified to "blob", we download the resource into a file and on XMLHttpRequest.response call, we create a Blob object from m_response.downloadedFilePath() and m_downloadedBlobLength. m_downloadedBlobLength is accumulated on WebCore::XMLHttpRequest::didDownloadData() handler call but not reset on clearResponse() call. So, if you use the XHR instance again after calling open(), uncleared invalid size will be used. We should just reset it to 0 on clearResponse() call. BUG=349321 Review URL: https://codereview.chromium.org/183333005 git-svn-id: svn://svn.chromium.org/blink/trunk@168531 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
deepak.sa@samsung.com authored
Move HTMLContentElement & HTMLShadowElement out of shadow/ and into html/. Reference CL: https://codereview.chromium.org/27009005/ Review URL: https://codereview.chromium.org/183893019 git-svn-id: svn://svn.chromium.org/blink/trunk@168530 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
phajdan.jr@chromium.org authored
BUG=317931 R=dpranke@chromium.org Review URL: https://codereview.chromium.org/181233010 git-svn-id: svn://svn.chromium.org/blink/trunk@168529 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
sl.ostapenko@samsung.com authored
Related to this w3c mailing list thread: http://lists.w3.org/Archives/Public/www-style/2014Mar/0013.html BUG=231754 Review URL: https://codereview.chromium.org/186943003 git-svn-id: svn://svn.chromium.org/blink/trunk@168528 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
vrk@chromium.org authored
Revert "Consider text alignment and direction when computing the left offset for horizontal writing modes." This caused layout to fail in the filmstrip for Google Hangouts. This reverts r167732 and r168295. Landing with NOTRY=true because bots167732 seem busted. BUG=347889,157539 NOTRY=true Review URL: https://codereview.chromium.org/176763011 git-svn-id: svn://svn.chromium.org/blink/trunk@168527 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
sugoi@chromium.org authored
This fixes scaling (including z-scaling) caused by page zoom and high dpi settings (pinch zoom still todo). This also fixes the light position, since the light origin was misplaced when a non 0 filter effect region x and y parameters were used (which is the case by default). The origin was affected by these values, which shouldn't be the case, as these provide extra space to render an effect, like a blur, for example, but should not changed the effect's coordinate system. BUG= Review URL: https://codereview.chromium.org/181943003 git-svn-id: svn://svn.chromium.org/blink/trunk@168526 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
rob.buis@samsung.com authored
Add various performance tests for CSS Shapes taken from https://bugs.webkit.org/show_bug.cgi?id=128188. BUG=349093 NOTRY=true Review URL: https://codereview.chromium.org/186783003 git-svn-id: svn://svn.chromium.org/blink/trunk@168525 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
rob.buis@samsung.com authored
Trying to add this first before https://codereview.chromium.org/186783003/ NOTRY=true Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=168517 Review URL: https://codereview.chromium.org/187673007 git-svn-id: svn://svn.chromium.org/blink/trunk@168524 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
morrita@chromium.org authored
TBR=dstockwell@chromium.org, steveblock@chromium.org BUG=349552 Review URL: https://codereview.chromium.org/183023015 git-svn-id: svn://svn.chromium.org/blink/trunk@168523 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dglazkov@chromium.org authored
Add a bit more smarts to StyleBuilder jinja machinery to make it understand how fonts are made. Custom is bad. Generated is good. R=ksakamoto@chromium.org,eae BUG= Review URL: https://codereview.chromium.org/186403002 git-svn-id: svn://svn.chromium.org/blink/trunk@168522 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
yutak@chromium.org authored
Range::didSplitTextNode() fails to update RangeBoundaryPoint's m_childBeforeBoundary correctly, if either boundary point is located immediately after the split text node. This change fixes this bug and adds a couple of unit tests that make sure text splits are handled correctly. This is a bug I found while I was investigating on a ClusterFuzz crash. The bug above was the root cause of the crash. The crash happens in the following way: 1. Range::surroundContents() removes some nodes during its operation, which causes DOMNodeRemoved event to fire *before* surroundContents() completes. 2. A user-supplied event handler does something causing text to split. 3. Due to the bug above, Range's boundary points may get into an inconsistent state; i.e. m_start may be located *after* m_end. 4. If certain conditions are met, an invalid Range object created during Range::surroundContents() causes a crash within checkDeleteExtract(). 5. Sad face. This change adds a new layout test that reproduces this crash. BUG=343798 Review URL: https://codereview.chromium.org/178543013 git-svn-id: svn://svn.chromium.org/blink/trunk@168521 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
mikhail.pozdnyakov@intel.com authored
It is now agreed in blink that 'nullptr' is used to represent a null value for smart pointers. This patch makes HashTraits<RawPtr> use 'nullptr_t' as 'EmptyValueType' making it consistent with HashTraits<RefPtr> and HashTraits<OwnPtr>. Review URL: https://codereview.chromium.org/185903002 git-svn-id: svn://svn.chromium.org/blink/trunk@168520 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
tkent@chromium.org authored
r168130 updated -webkit-appearance:menulist-button implementation. We should update the CSS ruleset for input[type=color][list] too because it uses menulist-button when it is styled. BUG=345609 TEST=automated Review URL: https://codereview.chromium.org/180163012 git-svn-id: svn://svn.chromium.org/blink/trunk@168519 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
rob.buis@samsung.com authored
Trying to add this first before https://codereview.chromium.org/186783003/ NOTRY=true Review URL: https://codereview.chromium.org/187673007 git-svn-id: svn://svn.chromium.org/blink/trunk@168517 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=168491 BUG=313447 TBR=jchaffraix@chromium.org Review URL: https://codereview.chromium.org/181233009 git-svn-id: svn://svn.chromium.org/blink/trunk@168516 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-