- 09 Sep, 2014 40 commits
-
-
je_julie.kim@samsung.com authored
to keep figcation infomation on accessibility tree. BUG=None Review URL: https://codereview.chromium.org/553033002 git-svn-id: svn://svn.chromium.org/blink/trunk@181681 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
rob.buis@samsung.com authored
All of these measure stable features except CSSPropertyWebkitCursorVisibility which is actually removed. Review URL: https://codereview.chromium.org/558473002 git-svn-id: svn://svn.chromium.org/blink/trunk@181680 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
junov@chromium.org authored
BUG=411864 TEST=blink unit test Canvas2DLayerBridgeTest.testPrepareMailboxAndLoseResource Review URL: https://codereview.chromium.org/552423002 git-svn-id: svn://svn.chromium.org/blink/trunk@181679 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
esprehn@chromium.org authored
This reverts https://src.chromium.org/viewvc/blink?revision=173614&view=revision Breaks going in and out of compositing mode for layers that are floated. There is logic that is reading the self painting layer bit when computing the overflow of elements inside layout and also when computing if floats should paint. My original patch was generally wrong, so many parts of layout are reading hasSelfPaintingLayer() inside layout. BUG=411825 Review URL: https://codereview.chromium.org/556993002 git-svn-id: svn://svn.chromium.org/blink/trunk@181676 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
vsevik@chromium.org authored
BUG=404355 Review URL: https://codereview.chromium.org/534293003 git-svn-id: svn://svn.chromium.org/blink/trunk@181674 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dominik.rottsches@intel.com authored
BUG=412478 Review URL: https://codereview.chromium.org/551373002 git-svn-id: svn://svn.chromium.org/blink/trunk@181673 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
rbyers@chromium.org authored
This is a few little cleanups which I left behind as FIXMEs in previous changes that were designed to be merge-worthy. I don't believe any of these changes should have an observable effect in real usage. They are a pre-requisite, however, for additional fixes I intend to make. BUG=398914 Review URL: https://codereview.chromium.org/512983005 git-svn-id: svn://svn.chromium.org/blink/trunk@181672 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
vsevik@chromium.org authored
BUG=408910 Review URL: https://codereview.chromium.org/544553002 git-svn-id: svn://svn.chromium.org/blink/trunk@181670 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jl@opera.com authored
Also rename it v8_conversion_needs_exception_state, which is exactly what it means. The old name is somewhat misleading, since other conversions can typically also raise exceptions in practice; the difference is whether the conversion function does so via (and thus expects) an ExceptionState argument. Defining it in v8_types.py makes sense since this is a property of the V8 bindings layer's conversion API for the type, not of the type itself. Review URL: https://codereview.chromium.org/556893002 git-svn-id: svn://svn.chromium.org/blink/trunk@181669 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jianli@chromium.org authored
Revert of Revert of HTMLConstructionSite: avoid n^2 running time for large scripts. (patchset #1 id:1 of https://codereview.chromium.org/555223002/) Reason for revert: Not a culprit. Reverted to bring back the original patch. Original issue's description: > Revert of HTMLConstructionSite: avoid n^2 running time for large scripts. (patchset #5 id:80001 of https://codereview.chromium.org/494993002/) > > Reason for revert: > Speculative revert. > > It may break the following blink sheriff bot: > http://build.chromium.org/p/chromium.webkit/builders/Android%20Tests%20%28dbg%29/builds/21403 > > > > Original issue's description: > > HTMLConstructionSite: avoid n^2 running time for large scripts. > > > > Every time background parser sends chunk, tree is flushed. > > > > If page contains very large script, then script node content is updated > > many times. Every update is causes string concatenation. > > > > Solution: do not flush pending text until it is mandatory. > > > > Test: https://codereview.chromium.org/500363002 > > Test depends on: https://codereview.chromium.org/544453004/ > > > > BUG=410790 > > > > Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=181635 > > TBR=eseidel@chromium.org,kouhei@chromium.org,eustas@chromium.org > NOTREECHECKS=true > NOTRY=true > BUG=410790 > > Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=181664 TBR=eseidel@chromium.org,kouhei@chromium.org,eustas@chromium.org NOTREECHECKS=true NOTRY=true BUG=410790 Review URL: https://codereview.chromium.org/558743002 git-svn-id: svn://svn.chromium.org/blink/trunk@181668 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
wangxianzhu@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=181659 BUG=408075 TBR=eae@chromium.org Review URL: https://codereview.chromium.org/555253002 git-svn-id: svn://svn.chromium.org/blink/trunk@181667 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
wangxianzhu@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=181659 BUG=408075 TBR=eae@chromium.org Review URL: https://codereview.chromium.org/558723002 git-svn-id: svn://svn.chromium.org/blink/trunk@181666 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
wangxianzhu@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=181659 BUG=408075 TBR=eae@chromium.org Review URL: https://codereview.chromium.org/559643002 git-svn-id: svn://svn.chromium.org/blink/trunk@181665 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jianli@chromium.org authored
Revert of HTMLConstructionSite: avoid n^2 running time for large scripts. (patchset #5 id:80001 of https://codereview.chromium.org/494993002/) Reason for revert: Speculative revert. It may break the following blink sheriff bot: http://build.chromium.org/p/chromium.webkit/builders/Android%20Tests%20%28dbg%29/builds/21403 Original issue's description: > HTMLConstructionSite: avoid n^2 running time for large scripts. > > Every time background parser sends chunk, tree is flushed. > > If page contains very large script, then script node content is updated > many times. Every update is causes string concatenation. > > Solution: do not flush pending text until it is mandatory. > > Test: https://codereview.chromium.org/500363002 > Test depends on: https://codereview.chromium.org/544453004/ > > BUG=410790 > > Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=181635 TBR=eseidel@chromium.org,kouhei@chromium.org,eustas@chromium.org NOTREECHECKS=true NOTRY=true BUG=410790 Review URL: https://codereview.chromium.org/555223002 git-svn-id: svn://svn.chromium.org/blink/trunk@181664 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dgozman@chromium.org authored
BUG=397889 Review URL: https://codereview.chromium.org/553803003 git-svn-id: svn://svn.chromium.org/blink/trunk@181663 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
sigbjornf@opera.com authored
Follow up r181646 and make PromiseTracker work better with Oilpan. TBR=oilpan-reviews BUG=340522 NOTRY=true Review URL: https://codereview.chromium.org/558673003 git-svn-id: svn://svn.chromium.org/blink/trunk@181662 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
zeeshanq@chromium.org authored
This CL removes the old code needed to make the blink roll happen properly. This is part 3 of 3, depends on: https://codereview.chromium.org/518583003/ BUG=408426, 406336 Review URL: https://codereview.chromium.org/518633002 git-svn-id: svn://svn.chromium.org/blink/trunk@181660 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
eae@chromium.org authored
In r174431 from May this year we changed the underline position and thickness logic to respect the underline data specified in the font. While this improved rendering for certain fonts and scripts it did cause a regression for others. This change reverts to the old behavior while we figure out how to handle fonts with inaccurate or undesirable metrics. BUG=408075 TBR=keishi@chromium.org Committed as r181591 and reverted in r181607 due to missing XP expectations. Review URL: https://codereview.chromium.org/555883002 git-svn-id: svn://svn.chromium.org/blink/trunk@181659 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
thakis@chromium.org authored
BUG=none TBR=ager,glider NOTRY=true Review URL: https://codereview.chromium.org/556863005 git-svn-id: svn://svn.chromium.org/blink/trunk@181658 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
yukishiino@chromium.org authored
Removes unused ModuleProxy, EventInterfaces.h, etc. BUG=235436 Review URL: https://codereview.chromium.org/551003002 git-svn-id: svn://svn.chromium.org/blink/trunk@181657 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jbroman@chromium.org authored
The other media control painting methods do handle a null node in toParentMediaElement (as can happen with a pseudo-element, such as ::-webkit-scrollbar). The slider thumb painting should too. There are currently unfounded assertions that this node is not null, but author style can make it null, so a proper check is appropriate. A layout test has been added for this case. BUG=412154 Review URL: https://codereview.chromium.org/556453007 git-svn-id: svn://svn.chromium.org/blink/trunk@181656 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dominik.rottsches@intel.com authored
Those two files were split apart and redundantly copied for non-Mac and Mac platforms. This is an attempt an unifying them, as a preparation for removing the CoreText shaper. We can merge the implementations in FontPlatformDataHarfBuzz.cpp and FontPlatformData.cpp as a next step. This is a reland after the change got reverted again in 7443ae0830de1c3483 due to Windows build breakge. BUG=334269, 411287 R=eae,arv Review URL: https://codereview.chromium.org/559433002 git-svn-id: svn://svn.chromium.org/blink/trunk@181655 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
sigbjornf@opera.com authored
R=ager@chromium.org,haraken@chromium.org BUG=340522 Review URL: https://codereview.chromium.org/552143003 git-svn-id: svn://svn.chromium.org/blink/trunk@181653 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
sergiyb@chromium.org authored
Depends on https://codereview.chromium.org/508873005/. BUG=406969 R=ojan@chromium.org Review URL: https://codereview.chromium.org/511253004 git-svn-id: svn://svn.chromium.org/blink/trunk@181652 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
eustas@chromium.org authored
Relies on on async magnitude-perf API: https://codereview.chromium.org/544453004/ Tests fix: https://codereview.chromium.org/494993002/ BUG=410790 Review URL: https://codereview.chromium.org/500363002 git-svn-id: svn://svn.chromium.org/blink/trunk@181650 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dmazzoni@chromium.org authored
BUG=373885 Review URL: https://codereview.chromium.org/542553002 git-svn-id: svn://svn.chromium.org/blink/trunk@181649 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
semeny@google.com authored
Drive-by fixes: 1) Fix constants documentation detection 2) Fix inherited Function methods problem BUG=391593 Review URL: https://codereview.chromium.org/525363003 git-svn-id: svn://svn.chromium.org/blink/trunk@181648 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
haraken@chromium.org authored
Although I cannot reproduce the crash, as far as I see the crash report, it seems that we are missing a handle scope in ScriptController::shouldBypassMainWorldCSP. BUG=411773 TEST=None, I cannot reproduce Review URL: https://codereview.chromium.org/556713002 git-svn-id: svn://svn.chromium.org/blink/trunk@181647 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
amikhaylova@google.com authored
BUG=None Review URL: https://codereview.chromium.org/529723002 git-svn-id: svn://svn.chromium.org/blink/trunk@181646 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
wibling@chromium.org authored
Revert "Revert of [oilpan]: optimize the way we allocate persistent handles in wrappers. (patchset #6 id:100001 of https://codereview.chromium.org/52535 3002/)" Reland the wrapper persistent change using placement new for the constructor and no use of destructors. Also when constructing the object we make no assumption about the content of the slot. This reverts commit 1738b5c841f11dd45dadefcd7b3e8ab6bab4eccb. R=ager@chromium.org, fdegans@chromium.org, haraken@chromium.org, oilpan-reviews@chromium.org, zerny@chromium.org BUG=411240 Review URL: https://codereview.chromium.org/556823003 git-svn-id: svn://svn.chromium.org/blink/trunk@181645 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
wangxianzhu@chromium.org authored
http://src.chromium.org/viewvc/blink?view=revision&revision=181636 BUG=344873 TBR=habib.virji@samsung.com Review URL: https://codereview.chromium.org/556863003 git-svn-id: svn://svn.chromium.org/blink/trunk@181644 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jl@opera.com authored
Also remove the logSetter() overload taking an old value parameter from the WebDOMActivityLogger interface, since there are no calls to it. BUG=388287 Review URL: https://codereview.chromium.org/497773004 git-svn-id: svn://svn.chromium.org/blink/trunk@181643 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
marja@chromium.org authored
1) The results were skewed by scripts from the same resource being ran several times (so we saw times > 10 s). 2) Script run time was included in the measurement, and it shouldn't be. WebCore.Scripts.Deferred.TimeBetweenLoadedAndCompiled is removed for now (to be fixed later, when it's really needed). Tracking whether a deferred script was already loaded when requested is more complicated. BUG= Review URL: https://codereview.chromium.org/551333002 git-svn-id: svn://svn.chromium.org/blink/trunk@181641 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
vivek.vg@samsung.com authored
Reason: As discussed with @haraken over IRC, we need to migrate to using chromium resource, grd, system. In that we may need to think over how to use the include directive. One of the harmony modules, [1], describes about using the 'import "module-name"' directive. We could consider using that as well. As this needs some discussion, we decided to revert this patch first and reconsider landing this once the formal decision is made about it. R=haraken@chromium.org, yosin@chromium.org [1] https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/import Review URL: https://codereview.chromium.org/559493002 git-svn-id: svn://svn.chromium.org/blink/trunk@181640 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
iliia@google.com authored
BUG=391593 Review URL: https://codereview.chromium.org/554243002 git-svn-id: svn://svn.chromium.org/blink/trunk@181639 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ager@chromium.org authored
We poison the heap object headers because only our code should ever be able to access them and only from a handful of methods. Poisoning the headers lets us catch stray read/writes that end up in our headers and we use the NO_SANITIZE_ADDRESS annotation on the handful of methods that operate on the headers. The ASan NO_SANITIZE_ADDRESS annotation does not propagate to acquireLoad. Our first attempt to fix that was to unpoison the address accessed. However, that does not work because we are using this code from multiple threads without locking (which is the reason for using atomic ops). Therefore, the threads will have races when it comes to poisoning. This change fixes the issue by introducing asan aware asanAcquireLoad/asanReleaseStore which will work on poisoned memory when you know what you are doing. Kostya, do you have any alternative suggestions? R=erik.corry@gmail.com, kcc@chromium.org, oilpan-reviews@chromium.org, zerny@chromium.org BUG=411712 Review URL: https://codereview.chromium.org/556443003 git-svn-id: svn://svn.chromium.org/blink/trunk@181638 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
mstensho@opera.com authored
The row index may be bogus or even unset in that case. Rows may be inserted with an initially unknown row index. This happens when the row isn't inserted at the end of its table section, and also when splitting an anonymous row. This would lead to an assertion failure for row()->rowIndexWasSet() in RenderTableCell::styleDidChange(). rowIndex() is used there in a call to RenderTableSection::rowLogicalHeightChanged(). rowIndex() is also used in a similar way in RenderTableRow::styleDidChange(), albeit without asserting first. styleDidChange() may be called while needsCellRecalc() is set, which may mean that row index hasn't been calculated yet (or is bogus). We could of course just recalculate the cells (which also involves calculating all row indices) in styleDidChange(), but it's not really necessary, since the row index was just needed in order to call rowLogicalHeightChanged(), which just bails anyway if cells need recalc. So the solution is to pass a RenderTableRow instead of the row index to rowLogicalHeightChanged(). This way we don't call rowIndex() when row index is unknown. BUG=397442 Review URL: https://codereview.chromium.org/532513002 git-svn-id: svn://svn.chromium.org/blink/trunk@181637 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
habib.virji@samsung.com authored
InlineFlowBox, sets word spacing first if in LTR scenario. In RTL scenario first logicalLeft should be set prior to setting word-spacing length. RenderBlockLineLayout, sets needsWordSpacing as true to not ignore space if first character. BUG=344873 R=behdad,eae, aharon TEST=fast/text/international/bidi-word-spacing.html Review URL: https://codereview.chromium.org/529753002 git-svn-id: svn://svn.chromium.org/blink/trunk@181636 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
eustas@chromium.org authored
Every time background parser sends chunk, tree is flushed. If page contains very large script, then script node content is updated many times. Every update is causes string concatenation. Solution: do not flush pending text until it is mandatory. Test: https://codereview.chromium.org/500363002 Test depends on: https://codereview.chromium.org/544453004/ BUG=410790 Review URL: https://codereview.chromium.org/494993002 git-svn-id: svn://svn.chromium.org/blink/trunk@181635 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
svillar@igalia.com authored
r179621 added support to handle infinite sizes to the sortByGridTrackGrowthPotential() sorting function. The problem is that it broke the strict weak ordering required by std::sort when the compared items had both infinite maximum sizes, so the algorithm was going nuts. BUG=401983, 402508, 402757 Review URL: https://codereview.chromium.org/493093002 git-svn-id: svn://svn.chromium.org/blink/trunk@181634 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-