Change traversing tree to render tree in screen reader.
[Title] Change traversing tree to render tree in screen reader.
[Issue#] N/A
[Problem]
[Cause]
[Solution]
Change-Id: Ic4c426d8fc0044ca78a13fc0a7e9018a1d5868e2
[WK2] Fix for initial scale handling for mobile pages in UI process side.
[Version] N/A
[Project] N/A
[Title] Fix for issue WEB-2446
[BinType] N/A
[Customer] N/A
[Issue#] WEB-2446
[Problem] [WK2] Page display differs while reloading the same webpage in "http://dev.bybjorn.com/ipadoffline".
[Cause] Viewport's initial scale handling on UI process is at fault. In WebKit::PageClientImpl::didChangeContentsSize
over-writes initilal scale and replaces it with minimumScaleByContentWidth, i.e. ratio of webview (evas object)
size's width to page contents width. Apparently contents fit to width, instead of initial scale set in pages
meta viewport tag.
[Solution] If initialScale is not set explicitly in content's meta viewport and is same to minimumScale, then only
update initialScale to the minimumScaleByContentWidth. Otherwise retain the initial scale to value specified in
content's viewport consraints.
[Team] TiledAC
[Developer] pritam.nikam
[Request] N/A
[Horizontal expansion] N/A
[SCMRequest] N/A
Change-Id: Iba9302bb9b0ffa22ea0c5d0e0d6a74c291211d3e
[CherryPick] [JSC] Remove custom WebAudio mark functions that we can generate instead.
[Title] [CherryPick] [JSC] Remove custom WebAudio mark functions that we can generate instead.
[Issues] N/A
[Problem] WebAudio API Spec update
[Solution] Cherry picked.
[Cherry-Picker] Praveen R Jadhav <praveen.j@samsung.com>
[JSC] Remove custom WebAudio mark functions that we can generate instead.
<http://webkit.org/b/110976>
Reviewed by Eric Carlson.
Remove custom JSC mark functions for AudioContext and ScriptProcessorNode since they
are trivial to generate.
* Modules/webaudio/AudioContext.idl:
* Modules/webaudio/ScriptProcessorNode.idl:
* GNUmakefile.list.am:
* UseJSC.cmake:
* WebCore.xcodeproj/project.pbxproj:
* bindings/js/JSAudioContextCustom.cpp:
* bindings/js/JSScriptProcessorNodeCustom.cpp: Removed.
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@145922
268f45cc-cd09-0410-ab3c-
d52691b4dbfc
Conflicts:
Source/WebCore/ChangeLog
Source/WebCore/GNUmakefile.list.am
Source/WebCore/Modules/webaudio/AudioContext.idl
Source/WebCore/Modules/webaudio/ScriptProcessorNode.idl
Source/WebCore/WebCore.xcodeproj/project.pbxproj
Change-Id: Ibd2e5227eb150e696182c5b042e95b3690b4f20d
[CherryPick] Regression(r138786): Causes webaudio tests to crash
[Title] [CherryPick] Regression(r138786): Causes webaudio tests to crash
[Issues] N/A
[Problem] WebAudio Intel TCs hang during regression test
[Solution] Cherry picked.
[Cherry-Picker] Praveen R Jadhav <praveen.j@samsung.com>
https://bugs.webkit.org/show_bug.cgi?id=106182
Reviewed by Philippe Normand.
Source/WebCore:
Partially revert r138786 since it causes crashes in webaudio
tests. The WebProcess would actually become unresponsive due
to source element never going to PLAYING state.
Only the changes to webKitWebAudioSrcChangeState() were reverted.
No new tests, already covered by existing tests.
* platform/audio/gstreamer/WebKitWebAudioSourceGStreamer.cpp:
(webKitWebAudioSrcChangeState):
LayoutTests:
Unskip several webaudio tests for EFL WK2 now that the
regression was fixed.
* platform/efl-wk2/TestExpectations:
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@138935
268f45cc-cd09-0410-ab3c-
d52691b4dbfc
Conflicts:
LayoutTests/ChangeLog
LayoutTests/platform/efl-wk2/TestExpectations
Source/WebCore/ChangeLog
Change-Id: I200bcba74492c4ad5af6b34e2d01b16645683968
Authentication pop up is displayed even when Authentication credentials are set in request url
[Title] Authentication pop up is displayed even when Authentication credentials are set in request url
[Issue#] DCM-596
[Problem] Even though request url contains Authentication credentials, Authentication pop is being shown.
[Cause] "Authorization" headers is not getting added to the request headers since it is skipped for http family protocols.
[Solution] Adding "Authorization" header to the request in case of http family protocols also.
[Developer] Raveendra Karu (r.karu@samsung.com)
[Cherry-pick] Add a new set of WebKit2 APIs for text search and search results management.
[Title] [Cherry-pick] Add a new set of WebKit2 APIs for text search and search results management.
[Issue] https://tizendev.org/bugs/browse/N_SE-25811
[Problem] Find string is not working in the page with the CSS style, '--webkit-user-select: none'.
[Solution] We need to expand the text search implementation with the new WebKit2 APIs in the open source.
So I cherry-pick this patch in the open source.
[Cherry-Picker] Jinwoo Song <jinwoo7.song@samsung.com>
Add a new set of WebKit2 APIs for text search and search results management.
https://bugs.webkit.org/show_bug.cgi?id=106834.
<rdar://problem/
12597159>
Source/WebCore:
Reviewed by Simon Fraser.
Adding new API to perform text search in WebKit2 without using
the stock UI. The new interface provides all the information
necessary to write a custom UI for search.
Added new TextWebKitAPI test.
* WebCore.exp.in: Added new exported methods.
* editing/Editor.cpp:
(WebCore::Editor::countMatchesForText): Added new parameter to store
all the ranges relative to the matches found.
* editing/Editor.h: Modified the interface of countMatchesForText and removed
the other definition of countMatchesForText with a different signature.
* page/Page.cpp:
(WebCore::Page::findStringMatchingRanges): Added.
(WebCore::Page::markAllMatchesForText): Changed to use the new unified
countMatchesForText.
* page/Page.h:
Source/WebKit/mac:
Reviewed by Simon Fraser.
Adding new API to perform text search in WebKit2 without using
the stock UI. The new interface provides all the information
necessary to write a custom UI for search.
Added new TextWebKitAPI test.
* WebView/WebHTMLView.mm:
(-[WebHTMLView countMatchesForText:inDOMRange:options:limit:markMatches:]):
Modified to reflect the changes to Editor::countMatchesForText interface.
Source/WebKit2:
Reviewed by Simon Fraser.
Adding new API to perform text search in WebKit2 without using
the stock UI. The new interface provides all the information
necessary to write a custom UI for search. The main logic is
implemented in the new functions added to FindController.
Added new TextWebKitAPI test.
* UIProcess/API/C/WKPage.cpp:
(WKPageFindStringMatches): Added.
(WKPageGetImageForFindMatch): Added.
(WKPageSelectFindMatch): Added.
(WKPageSetPageFindMatchesClient): Added.
* UIProcess/API/C/WKPage.h: Added the new API definitions.
* UIProcess/WebFindClient.cpp: Added new client callbacks.
(WebKit::WebFindMatchesClient::didFindStringMatches):
(WebKit::WebFindMatchesClient::didGetImageForMatchResult):
* UIProcess/WebFindClient.h:
(WebFindMatchesClient): Added.
* UIProcess/WebPageProxy.cpp: Added proxy methods.
(WebKit::WebPageProxy::initializeFindMatchesClient):
(WebKit::WebPageProxy::findStringMatches):
(WebKit::WebPageProxy::getImageForFindMatch):
(WebKit::WebPageProxy::selectFindMatch):
(WebKit::WebPageProxy::didGetImageForFindMatch):
(WebKit::WebPageProxy::didFindStringMatches):
* UIProcess/WebPageProxy.h:
* UIProcess/WebPageProxy.messages.in:
* WebProcess/WebPage/FindController.cpp:
(WebKit::FindController::findStringMatches): Finds all the matching
text according to the find options. All the matching text ranges are
stored in a vector until the next call to findStringMatches or until
hideFindUI is called. The message that is sent back to the UI process
contains a vector containing an entry for each find match (i.e. for each
range) and each entry is represented by a vector of the corresponding
text rects. It also returns the index in the vector of matches corresponding
to the first match after the user selection.
If there is no selection the index is always 0 and if there are no
matches after the user selection, the index returned is -1.
(WebKit::FindController::getFindIndicatorBitmapAndRect): Helper function
to share code between updateFindIndicator and getImageForFindMatch.
(WebKit::FindController::getImageForFindMatch): Creates the image corresponding
to the text matched at the given match index.
(WebKit::FindController::selectFindMatch): creates a selection for the range
corresponding to the given match index.
(WebKit::FindController::hideFindUI): Added logic to clear the vector
of matched ranges.
(WebKit::FindController::updateFindIndicator): Updated to use the
new helper function getFindIndicatorBitmapAndRect.
* WebProcess/WebPage/FindController.h:
* WebProcess/WebPage/WebPage.cpp:
(WebKit::WebPage::findStringMatches):
(WebKit::WebPage::getImageForFindMatch):
(WebKit::WebPage::selectFindMatch):
* WebProcess/WebPage/WebPage.h:
* WebProcess/WebPage/WebPage.messages.in:
Tools:
Added new test for the new WebKit2 API for
text search.
Reviewed by Simon Fraser.
* TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj:
* TestWebKitAPI/Tests/WebKit2/FindMatches.mm: Added.
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@139796
268f45cc-cd09-0410-ab3c-
d52691b4dbfc
Conflicts:
Source/WebCore/ChangeLog
Source/WebKit/mac/ChangeLog
Source/WebKit2/ChangeLog
Source/WebKit2/UIProcess/WebPageProxy.h
Source/WebKit2/UIProcess/WebPageProxy.messages.in
Source/WebKit2/WebProcess/WebPage/FindController.cpp
Tools/ChangeLog
Tools/TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj
Change-Id: I50c151a32ebbc2cbaa1ce2c973afb25d7e99db78
Support loading for app:// scheme and widget:// scheme.
WRT should use protocol for app:// scheme or widget:// scheme.
So we added the new alternativeURL variable to resourceRequestBase class to support app:// and widget:// protocol loading.
Also the changed data:// protocol from file:// protocol is supported.
[Title] Support loading for app:// and widget:// scheme.
[Issue#] N/A
[Problem] The app:// , widget:// protocol is not supported.
[Cause] app:// , widget:// scheme is not supported protocol in webkit.
[Solution] Add the new alternativeURL variable to resourceRequestBase class and if the original url is app:// scheme then replace it to file:// or data:// scheme before request.
[SCMRequest] N/A
Change-Id: I0adf59337a17be36cb65e8ffad13642659fce48a
projects / framework / web / webkit-efl.git / log