Unreviewed EFL gardening.

Skip 2 webaudio tests that are failing due to the onended event not getting
fired.

* platform/efl/TestExpectations:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151096 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed EFL gardening.

Rebaseline 2 printing test cases on EFL port.

* platform/efl/printing/compositing-layer-printing-expected.png:
* platform/efl/printing/compositing-layer-printing-expected.txt:
* platform/efl/printing/page-rule-in-media-query-expected.png:
* platform/efl/printing/page-rule-in-media-query-expected.txt:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151097 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[EFL][WK2] Process launcher uses system() for wrapping the WebProcess when using WEB_PROCESS_CMD_PREFIX
https://bugs.webkit.org/show_bug.cgi?id=105156

Patch by Sergio Correia <sergio.correia@openbossa.org> on 2013-06-03
Reviewed by Christophe Dumez.

When using WEB_PROCESS_CMD_PREFIX - which allows us for instance to analyze
WebProcess under tools like valgrind or gdb -, the ProcessLauncher would
spawn the new process using system(), which would, among other things, keep
an extra UIProcess waiting and executing the shell.

This patch handles the normal case and the case where we have something to
prefix WebProcess (i.e., by using WEB_PROCESS_CMD_PREFIX in a debug build)
the same way, through a call to execvp().

To achieve this a function was introduced to create an array with the given
arguments to the full command to be executed, to be used by execvp(). We use
a Vector<OwnArrayPtr<char>>, so that we can take advantage of the destructor
of OwnArrayPtr to handle the memory deallocation when it goes out of scope.

* UIProcess/Launcher/efl/ProcessLauncherEfl.cpp:
(WebKit::createArgsArray):  This function creates the array to be used by
execvp(), out of the Strings given as arguments.
(WebKit::ProcessLauncher::launchProcess): Rework the logic to accomodate
both the cases with and without WEB_PROCESS_CMD_PREFIX. The execl() call
was replaced with an execvp() call, since now we should deal with having
a variable number of arguments (WEB_PROCESS_CMD_PREFIX) as well.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151098 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Source/WebCore: Webkit crashes while loading content from Application Cache.
https://bugs.webkit.org/show_bug.cgi?id=116814

Reviewed by Darin Adler.

With the refacor for 112722, which removes MainResourceLoader and moves the functionality to DocumentLoader,
the processing of appcache for main resource error (because of network error) was moved DocumentLoader::
mainReceivedError(), which was trigged by ResourceHandle::didFail->SubResourceLoader::didFail, which already
in a Finishing state after notifying the DocumentLoader of the load failure.

Before patch for 112722, the appcache for main resource error was in MainResourceLoader::didFail(),
which will start processing the potential fallback before notifying DocumentLoader and moving the the state
of the resource loader to finishing state.

So we should move maybeLoadFallbackForMainError out of DocumentLoader::mainReceivedError, and move it to
ApplicationCacheHost::maybeLoadFallbackForError, if the resource that has error is the main resource.

Test: http/tests/appcache/main-resource-fallback-for-network-error-crash.html

* loader/DocumentLoader.cpp:
(WebCore::DocumentLoader::mainReceivedError):
* loader/appcache/ApplicationCacheHost.cpp:
(WebCore::ApplicationCacheHost::maybeLoadFallbackForError):
* loader/appcache/ApplicationCacheHost.h:

LayoutTests: Webkit crashes while loading  content from Application Cache.
https://bugs.webkit.org/show_bug.cgi?id=116814

Reviewed by Darin Adler.

* http/tests/appcache/main-resource-fallback-for-network-error-crash-expected.txt: Added.
* http/tests/appcache/main-resource-fallback-for-network-error-crash.html: Added.
* http/tests/appcache/resources/main-resource-fallback-for-network-error-crash.manifest: Added.
* http/tests/appcache/resources/success-and-notify-done.html: Added.


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