[SOUP] [WK2] - Disable MemoryCache when the DOCUMENT_VIEWER cache model is set
https://bugs.webkit.org/show_bug.cgi?id=126577

Patch by Tomas Popela <tpopela@redhat.com> on 2014-01-15
Reviewed by Carlos Garcia Campos.

As in http://trac.webkit.org/changeset/152483, but this time for
WebKit2. When WEBKIT_CACHE_MODEL_DOCUMENT_VIEWER is set we need to
disable the MemoryCache completely to prevent caching of the resources.

* WebProcess/soup/WebProcessSoup.cpp:
(WebKit::WebProcess::platformSetCacheModel):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@162059 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[EFL] Change test font installed path to webkitgtk-font-tests
https://bugs.webkit.org/show_bug.cgi?id=126723

Reviewed by Gyuyoung Kim.

I'd like to change the test fonts installed directory from 'webkitgtk-test-fonts-0.0.3'
to 'webkitgtk-test-fonts'. webkitgtk-test-fonts-0.0.3 doesn't match the path
hard-coded in FontManagement.cpp#105

* DumpRenderTree/PlatformEfl.cmake:
* WebKitTestRunner/PlatformEfl.cmake:
* efl/jhbuild.modules:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@162060 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[EFL][WK1] Implement ProgressTrackerClientEfl to fix the crash
https://bugs.webkit.org/show_bug.cgi?id=127031

Reviewed by Gyuyoung Kim.

Source/WebKit:

* PlatformEfl.cmake: Added ProgressTrackerClientEfl.cpp into source lists.

Source/WebKit/efl:

Implmemented and moved ProgressTrackerClient logic from FrameLoaderClientEfl.
ProgressTrackerClient should be indenpendent instance since r162034

* WebCoreSupport/FrameLoaderClientEfl.cpp:
* WebCoreSupport/FrameLoaderClientEfl.h:
* WebCoreSupport/ProgressTrackerClientEfl.cpp:
(WebCore::ProgressTrackerClientEfl::ProgressTrackerClientEfl):
(WebCore::ProgressTrackerClientEfl::progressTrackerDestroyed):
(WebCore::ProgressTrackerClientEfl::progressStarted):
(WebCore::ProgressTrackerClientEfl::progressEstimateChanged):
(WebCore::ProgressTrackerClientEfl::progressFinished):
* WebCoreSupport/ProgressTrackerClientEfl.h: Added.
* ewk/ewk_view.cpp:
(_ewk_view_priv_new):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@162061 268f45cc-cd09-0410-ab3c-d52691b4dbfc
DocumentFragment should be constructable.
https://bugs.webkit.org/show_bug.cgi?id=115641

Patch by László Langó <llango.u-szeged@partner.samsung.com> on 2014-01-15
Reviewed by Ryosuke Niwa.

Source/WebCore:

http://www.w3.org/TR/2013/WD-dom-20131107/#interface-documentfragment
This allows us to do `new DocumentFragment` instead of
`document.createDocumentFragment()`.

Backported from Blink: https://chromium.googlesource.com/chromium/blink/+/86855c44a5a127716840fb377281b1c428e5eb2d%5E%21

Test: fast/dom/DocumentFragment/document-fragment-constructor.html

* dom/DocumentFragment.cpp:
(WebCore::DocumentFragment::create):
* dom/DocumentFragment.h:
* dom/DocumentFragment.idl:

LayoutTests:

* fast/dom/DocumentFragment/document-fragment-constructor-expected.txt: Added.
* fast/dom/DocumentFragment/document-fragment-constructor.html: Added.
* fast/dom/dom-constructors-expected.txt:
* fast/dom/dom-constructors.html:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@162062 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Suspend resource requests during computedStyle
https://bugs.webkit.org/show_bug.cgi?id=127034

Reviewed by Andreas Kling.

We have some cases where getting computed style leads to crashes in loadPendingImages. 
This is probably caused by load callbacks resulting in re-entering WebKit and killing the StyleResolver.
        
As a speculative fix suspend resource loads (and so callbacks) when getting the computed style.
We do similar suspension during style recalc for the same reason.

* dom/Document.cpp:
(WebCore::Document::styleForElementIgnoringPendingStylesheets):
* loader/ResourceLoadScheduler.h:
(WebCore::ResourceLoadScheduler::Suspender::Suspender):
(WebCore::ResourceLoadScheduler::Suspender::~Suspender):



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@162063 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[CSS Regions] Hit-testing goes through clipped layer in fast/regions/overflow-first-and-last-regions-in-container-hidden.html
https://bugs.webkit.org/show_bug.cgi?id=126886

Reviewed by Mihnea Ovidenie.

Source/WebCore:

Currently, when hit testing a location inside a flow thread we ignore the clipping rectangle of
the region. This leads to false positives when the location is over the clipped out content of a
flow thread. The patch verifies that the location is inside the clipping rectangle of the region before
forwarding the hit test verification to the flow thread layer.

Test: fast/regions/hover-and-js-in-visual-overflow-hidden.html

* rendering/RenderLayer.cpp:
(WebCore::RenderLayer::hitTestFlowThreadIfRegion):

LayoutTests:

Add a test that verifies you can't hover an element flowed inside a region but found inside
the hidden overflow of the region.

* fast/regions/hover-and-js-in-visual-overflow-hidden-expected.html: Added.
* fast/regions/hover-and-js-in-visual-overflow-hidden.html: Added.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@162064 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[CSS Regions] Add performance tests for selection with mixed content
https://bugs.webkit.org/show_bug.cgi?id=126427

Reviewed by Ryosuke Niwa.

Add new performance tests for selection in CSS Regions mixing regular
content with regions. 2 new tests are added, one checking select all
command and another simulating a user selection passing through all the
paragraphs (similar to Layout/RegionsSelection.html).

Test are skipped for now while implementation of selection in CSS
Regions is still evolving.

* Layout/RegionsExtendingSelectionMixedContent.html: Added.
* Layout/RegionsSelectAllMixedContent.html: Added.
* Layout/resources/regions.css:
(.regular):
* Layout/resources/regions.js:
* Skipped:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@162065 268f45cc-cd09-0410-ab3c-d52691b4dbfc