- 09 May, 2014 40 commits
-
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=173730 BUG=25293 TBR=sudarshan.p@samsung.com Review URL: https://codereview.chromium.org/274053002 git-svn-id: svn://svn.chromium.org/blink/trunk@173738 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
falken@chromium.org authored
Revert of Fix webkit_unit_tests to use the threaded parser and enable everywhere. (https://codereview.chromium.org/271793007/) Reason for revert: Sorry to revert this patch. The assert it adds is getting hit in webkit_unit_tests on WebKit Mac 10.6 (dbg). Log: http://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.6%20%28dbg%29/builds/14735/steps/webkit_unit_tests/logs/stdio Snippet from log: ASSERTION FAILED: !testClientForFrame(m_webView->mainFrame())->isLoading() ../../third_party/WebKit/Source/web/tests/FrameTestHelpers.cpp(271) : void blink::FrameTestHelpers::WebViewHelper::reset() Original issue's description: > Fix webkit_unit_tests to use the threaded parser and enable everywhere. > > In order to support the threaded parser, FrameTestHelpers utilities has > been updated to magically wait for loads to finish. There are also > several new helpers for other common operations in tests that > understand how to wait for the threaded parser to complete. > > Tests that need to interleave more complicated operations can fall back > to pumpPendingRequestsDoNotUse(). Most tests should prefer the new > helper utilities though. > > BUG=366354 > R=abarth@chromium.org, eseidel@chromium.org > > Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=173731 TBR=abarth@chromium.org,eseidel@chromium.org,dcheng@chromium.org NOTREECHECKS=true NOTRY=true BUG=366354 Review URL: https://codereview.chromium.org/272143002 git-svn-id: svn://svn.chromium.org/blink/trunk@173737 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
kinuko@chromium.org authored
This is the last patch for postMessage plumbing: 1/3: https://codereview.chromium.org/263143004/ (blink) 2/3: https://codereview.chromium.org/246023007/ (chromium) 3/3: THIS PATCH BUG=366063 TEST=http/tests/serviceworker/postmessage-to-client.html R=jsbell@chromium.org, tkent@chromium.org Review URL: https://codereview.chromium.org/264233003 git-svn-id: svn://svn.chromium.org/blink/trunk@173736 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
falken@chromium.org authored
BUG=371716 TBR=ojan Review URL: https://codereview.chromium.org/278813002 git-svn-id: svn://svn.chromium.org/blink/trunk@173735 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
falken@chromium.org authored
BUG=369615 TBR=ojan Review URL: https://codereview.chromium.org/275803002 git-svn-id: svn://svn.chromium.org/blink/trunk@173734 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=173714 BUG=371680 TBR=dominicc@chromium.org Review URL: https://codereview.chromium.org/271043002 git-svn-id: svn://svn.chromium.org/blink/trunk@173733 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
nbarth@chromium.org authored
ServiceWorker should see everything in Worker, just as DedicatedWorker and SharedWorker already do, per Kinuko: https://code.google.com/p/chromium/issues/detail?id=369115#c3 http://heycam.github.io/webidl/#Global R=kinuko TBR=haraken BUG=369115 Review URL: https://codereview.chromium.org/277853002 git-svn-id: svn://svn.chromium.org/blink/trunk@173732 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dcheng@chromium.org authored
In order to support the threaded parser, FrameTestHelpers utilities has been updated to magically wait for loads to finish. There are also several new helpers for other common operations in tests that understand how to wait for the threaded parser to complete. Tests that need to interleave more complicated operations can fall back to pumpPendingRequestsDoNotUse(). Most tests should prefer the new helper utilities though. BUG=366354 R=abarth@chromium.org, eseidel@chromium.org Review URL: https://codereview.chromium.org/271793007 git-svn-id: svn://svn.chromium.org/blink/trunk@173731 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
sudarshan.p@samsung.com authored
The image/x-png is a non-standard mimetype, now replaced by image/png. Adding support to be backward compatible and also match the behavior of other browsers like Firefox. The patch adds the Layout TestCases. BUG=25293 Review URL: https://codereview.chromium.org/270473002 git-svn-id: svn://svn.chromium.org/blink/trunk@173730 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dstockwell@chromium.org authored
Previously the animation clock was only frozen during animation frame callbacks. This meant that the timeline was able to advance during other tasks. This patch allows the clock to advance once per task, either to the compositor supplied frame start time or to an approximation of the next expected frame time. http://dev.w3.org/fxtf/web-animations/#script-execution-and-live-updates-to-the-model This is a reland of r173583[1], the previous patch hit added assertions due to double rounding issues, the new approach avoids these. Also ensures that other unit tests see a non-zero currentTime (seen in some webkit_unit_test runs on Android). [1] https://src.chromium.org/viewvc/blink?view=rev&revision=173583 BUG=367903 TBR=abarth Review URL: https://codereview.chromium.org/275753002 git-svn-id: svn://svn.chromium.org/blink/trunk@173729 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=173673 BUG=361729 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/276863002 git-svn-id: svn://svn.chromium.org/blink/trunk@173728 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
yoav@yoav.ws authored
As part of the picture specification, the source element gets added with several new attributes, that are used in HTMLImageElement's source selection algorithm. This CL adds these attributes. BUG=368830 Review URL: https://codereview.chromium.org/267693002 git-svn-id: svn://svn.chromium.org/blink/trunk@173727 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=173673 BUG=361729 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/275033002 git-svn-id: svn://svn.chromium.org/blink/trunk@173726 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
keishi@chromium.org authored
We don't allow on-heap allocations in the audio thread. We change AsyncAudioDecoder::decode so we won't allocate an AudioBuffer in the audio thread. BUG=340522 Review URL: https://codereview.chromium.org/205173002 git-svn-id: svn://svn.chromium.org/blink/trunk@173725 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=173673 BUG=361729 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/275763003 git-svn-id: svn://svn.chromium.org/blink/trunk@173724 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
tkent@chromium.org authored
Replace FormAssociatedElement raw pointers with Member<>. - Make FormAttributeTargetObserver GarbageCollectedFinalized in order to make FormAttributeTargetObserver::m_element traceable. - Define a typedef for WillBeHeapVector<RawPtrWillBeMember<FormAssociatedElement>>. The raw name is long and the type is used in many places. BUG=357163 Review URL: https://codereview.chromium.org/270823004 git-svn-id: svn://svn.chromium.org/blink/trunk@173723 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dominicc@chromium.org authored
TBR=enne@chromium.org BUG=371698 Review URL: https://codereview.chromium.org/271033002 git-svn-id: svn://svn.chromium.org/blink/trunk@173722 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
https://codereview.chromium.org/267343005/abarth@chromium.org authored
Reason for revert: We still have open layer squashing bugs. Original issue's description: > Re-enable layer squashing > > We've fixed all the know bugs. Hopefully this time it will stick. If you find > that this CL caused a regression, please mark the bug as blocking > http://crbug.com/365701 > > BUG=365701 > > Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=173696 TBR=chrishtr@chromium.org NOTREECHECKS=true NOTRY=true BUG=365701 Review URL: https://codereview.chromium.org/279703002 git-svn-id: svn://svn.chromium.org/blink/trunk@173721 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=173673 BUG=361729 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/276843003 git-svn-id: svn://svn.chromium.org/blink/trunk@173720 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=173673 BUG=361729 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/272913002 git-svn-id: svn://svn.chromium.org/blink/trunk@173719 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
tyoshino@chromium.org authored
See http://src.chromium.org/viewvc/blink?view=revision&revision=165278. This changed behavior of ArrayBuffer allocation on OOM from crashing to returning null. Add CRASH to keep old behavior. BUG=357356 Review URL: https://codereview.chromium.org/242323003 git-svn-id: svn://svn.chromium.org/blink/trunk@173718 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
yhirano@chromium.org authored
V8StringResource<T>::prepareBase was not a good name. Because V8StringResource<T>::prepare added some additional checks depending on T, I renamed them to "check", added the check to prepareBase and rename it to "prepare". This is a refactoring CL and doesn't change the behavior. BUG=NONE Review URL: https://codereview.chromium.org/276613007 git-svn-id: svn://svn.chromium.org/blink/trunk@173717 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
kinuko@chromium.org authored
Test code is basically copied from falken@'s: https://github.com/mattto/ServiceWorker/tree/master/examples/layout-tests (minus one obsolete FIXME, plus another FIXME) BUG=366538 TEST=http/tests/serviceworker/current-on-load.html TEST=http/tests/serviceworker/current-on-reload.html Review URL: https://codereview.chromium.org/265943003 git-svn-id: svn://svn.chromium.org/blink/trunk@173716 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dominicc@chromium.org authored
TBR=enne@chromium.org BUG=371651 git-svn-id: svn://svn.chromium.org/blink/trunk@173715 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dominicc@chromium.org authored
BUG=371680 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/272903002 git-svn-id: svn://svn.chromium.org/blink/trunk@173714 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
k.gurpreet@samsung.com authored
The new width of table was not being applied when changed dynamically even though the table-layout is fixed. On calculating whether we need to set the m_tableLayout as fixed or auto the change in layout parameters such as width, height etc was not considered hence the right layout type was not being set. Incase there are any layout changes we need to see whether m_tableLayout needs to be changed or not. R=jchaffraix@chromium.org BUG=239421 Review URL: https://codereview.chromium.org/264283002 git-svn-id: svn://svn.chromium.org/blink/trunk@173713 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=173673 BUG=361729 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/276763004 git-svn-id: svn://svn.chromium.org/blink/trunk@173712 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
yhirano@chromium.org authored
Resource::revalidationSucceeded ASSERTs that the resource exists in the memory cache. But the assumption is not correct because an ongoing revalidation request can be evicted by the reloading request for the same URL. Because no one relies on the assumption, the assert can be deleted. BUG=370792 R=japhet@chromium.org Review URL: https://codereview.chromium.org/268743003 git-svn-id: svn://svn.chromium.org/blink/trunk@173711 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
tkent@chromium.org authored
Oilpan: Prepare to move FormController and DocumentState to Oilpan heap, and remove RefPtrs to HTMLFormControlElement and HTMLFormControlElementWithState. Note: ValidationMessage has a raw pointer member to HTMLFormControlElement. This CL doesn't make it traceable because a CL to remove ValidationMessage class is in-progress. A ValidationMessage object is owned by the HTMLFormControlElement object and the raw pointer is safe. BUG=357163 Review URL: https://codereview.chromium.org/277753003 git-svn-id: svn://svn.chromium.org/blink/trunk@173710 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
abarth@chromium.org authored
If you squash on to your compositing container, you'll draw in the wrong order because you'll draw after other RenderLayers that come after you in paint order into your compositing container. R=chrishtr@chromium.org BUG=370862 Review URL: https://codereview.chromium.org/277763002 git-svn-id: svn://svn.chromium.org/blink/trunk@173709 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=173673 BUG=361729 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/278763002 git-svn-id: svn://svn.chromium.org/blink/trunk@173708 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dominicc@chromium.org authored
TBR=enne@chromium.org BUG=371651 Review URL: https://codereview.chromium.org/272893002 git-svn-id: svn://svn.chromium.org/blink/trunk@173707 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
esprehn@chromium.org authored
This code is dead, we always pass a null parentLayer which causes us to early return. I think we were supposed to call childLayer->compositedLayerMapping()->childForSuperlayers()->removeFromParent() in the original design, but since r44876 [1] we always early return when the parentLayer is null, and that patch was back in 2009 so clearly the code is not needed. [1] http://src.chromium.org/viewvc/blink?revision=44876&view=revision R=abarth@chromium.org Review URL: https://codereview.chromium.org/279643002 git-svn-id: svn://svn.chromium.org/blink/trunk@173705 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=173673 BUG=361729 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/278743002 git-svn-id: svn://svn.chromium.org/blink/trunk@173704 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
tasak@google.com authored
SelectorChecker::parentElement should walk up to ShadowHost only if an element is in a shadow tree hosted by the ShadowHost and scope is the ShadowHost. :host can only match shadow host. :host depends on context.scope with ScopeIsShadowHost behavior. So only if context.scope is shadow host and context.element's shadow host is context.scope, we need to check the shadow host. BUG=370303 TEST=fast/dom/shadow/style-with-cat.html, fast/dom/shadow/style-with-hat.html Review URL: https://codereview.chromium.org/273523008 git-svn-id: svn://svn.chromium.org/blink/trunk@173703 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=173673 BUG=361729 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/278733002 git-svn-id: svn://svn.chromium.org/blink/trunk@173702 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
Revert "Build fix after r173654" Reverts r173654 and r173655. Broke inspector/tracing-session-id.html. TBR=yurys@chromium.org Review URL: https://codereview.chromium.org/276793002 git-svn-id: svn://svn.chromium.org/blink/trunk@173701 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=173673 BUG=361729 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/274983002 git-svn-id: svn://svn.chromium.org/blink/trunk@173700 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ksakamoto@chromium.org authored
The original patch was reverted in r173234, because the chagne exposed a hidden bug of SVG fonts (crbug.com/369633). That bug is being addressed in https://codereview.chromium.org/271633002/ so I'm relanding this patch. BUG=369633 > Make CSSFontFace::willUseFontData() load fonts with unicode-range > > Before this patch CSSFontFace::willUseFontData() loads font faces that > have no unicode-range. Since font faces with no unicode-range tends to > be used as fallback font of segmented font family, this behavior leads > to unnecessary font downloads. > > This patch makes willUseFontData() loads the first unloaded font face > whose unicode-range intersects with given text. That check does not > need to be 100% precise (false negative is ok), so it only checks the > first character of the text, for speed. > > TEST=fast/css/font-face-unicode-range-overlap-load.html > BUG=247920, 246492 > > Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=172943 Review URL: https://codereview.chromium.org/270813003 git-svn-id: svn://svn.chromium.org/blink/trunk@173699 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ojan@chromium.org authored
-Add flaky tests from https://codereview.chromium.org/262963003. A revert would be tricky. -Rebaseline fast/transforms/shadows.html as a followup to https://codereview.chromium.org/279513002. -Add a flaky imports test. TBR=loislo@chromium.org,enne@chromium.org,morrita@chromium.org Review URL: https://codereview.chromium.org/279663002 git-svn-id: svn://svn.chromium.org/blink/trunk@173698 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-