| 55826 11.03.2010 03:38:24, by
abarth@webkit.org
2010-03-10 Adam Barth <abarth@webkit.org>
Unreviewed.
http/tests/security/xss-DENIED-window-open-javascript-url.html timed out on Windows Debug Bot https://bugs.webkit.org/show_bug.cgi?id=33349
Remove another test that has the same problem. We need to find a way to relaibly test what happens when you mix JavaScript URLs and window.open.
* http/tests/security/xss-DENIED-window-open-javascript-url-leading-format-char-expected.txt: Removed. * http/tests/security/xss-DENIED-window-open-javascript-url-leading-format-char.html: Removed. |
| 55825 11.03.2010 03:36:08, by
barraclough@apple.com
https://bugs.webkit.org/show_bug.cgi?id=35991 Would be faster to not use a thread specific to implement StringImpl::empty()
Reviewed by Darin Adler, Geoffrey Garen, Maciej Stachowiak.
JavaScriptCore:
Change JSC::UStringImpl's implementation of empty() match to match StringImpl's new implementation (use a static defined within the empty() method), and change the interface to match too (return a pointer not a reference).
~0% performance impact (possible minor progression from moving empty() from .h to .cpp).
* JavaScriptCore.exp: * runtime/Identifier.cpp: (JSC::Identifier::add): (JSC::Identifier::addSlowCase): * runtime/PropertyNameArray.cpp: (JSC::PropertyNameArray::add): * runtime/UString.cpp: (JSC::initializeUString): (JSC::UString::UString): * runtime/UStringImpl.cpp: (JSC::UStringImpl::empty): (JSC::UStringImpl::create): * runtime/UStringImpl.h: (JSC::UStringImpl::adopt): (JSC::UStringImpl::createUninitialized): (JSC::UStringImpl::tryCreateUninitialized):
WebCore:
Copy JavaScriptCore in making 'static' strings threadsafe, make the empty string a static, shared by all threads.
~2% progression on Dromaeo DOM core & JS lib tests.
* platform/ThreadGlobalData.cpp: (WebCore::ThreadGlobalData::ThreadGlobalData): (WebCore::ThreadGlobalData::~ThreadGlobalData): * platform/ThreadGlobalData.h: (WebCore::ThreadGlobalData::eventNames): * platform/text/StringImpl.cpp: (WebCore::StringImpl::StringImpl): (WebCore::StringImpl::empty): * platform/text/StringImpl.h: (WebCore::StringImpl::deref): (WebCore::StringImpl::hasOneRef): |
| 55824 11.03.2010 03:19:32, by
simon.fraser@apple.com
2010-03-10 Simon Fraser <simon.fraser@apple.com>
Reviewed by Darin Adler.
https://bugs.webkit.org/show_bug.cgi?id=35975 <rdar://problem/7739922> Flash 10.1b crashes when generating snapshots
Do a version check before sending a drawRect event to a Flash plugin, since 10.1.d51 has a bug that crashes when called this way.
* Plugins/Hosted/WebHostedNetscapePluginView.mm: (-[WebHostedNetscapePluginView drawRect:]): * Plugins/WebBaseNetscapePluginView.h: * Plugins/WebBaseNetscapePluginView.mm: (-[WebBaseNetscapePluginView supportsSnapshotting]): * Plugins/WebNetscapePluginView.mm: (-[WebNetscapePluginView drawRect:]): |
| 55823 11.03.2010 03:18:41, by
dumi@chromium.org
WebCore: Adding support for the optional creation callback that could be passed to openDatabase().
Reviewed by Adam Barth.
Tests: storage/open-database-creation-callback.html storage/open-database-creation-callback-isolated-world.html
https://bugs.webkit.org/show_bug.cgi?id=34726
* Android.jscbindings.mk * Android.v8bindings.mk * GNUmakefile.am: * WebCore.gypi: * WebCore.pro: * WebCore.vcproj/WebCore.vcproj: * WebCore.xcodeproj/project.pbxproj: * bindings/js/JSDOMWindowCustom.cpp: (WebCore::JSDOMWindow::openDatabase): * bindings/js/JSDatabaseCallback.cpp: Added. (WebCore::JSDatabaseCallback::JSDatabaseCallback): (WebCore::JSDatabaseCallback::~JSDatabaseCallback): (WebCore::JSDatabaseCallback::handleEvent): * bindings/js/JSDatabaseCallback.h: Added. (WebCore::JSDatabaseCallback::create): * bindings/v8/custom/V8DOMWindowCustom.cpp: (WebCore::V8DOMWindow::openDatabaseCallback): * bindings/v8/custom/V8DatabaseCallback.cpp: Added. (WebCore::V8DatabaseCallback::V8DatabaseCallback): (WebCore::V8DatabaseCallback::~V8DatabaseCallback): (WebCore::V8DatabaseCallback::handleEvent): * bindings/v8/custom/V8DatabaseCallback.h: Added. (WebCore::V8DatabaseCallback::create): * page/DOMWindow.cpp: (WebCore::DOMWindow::openDatabase): * page/DOMWindow.h: * page/DOMWindow.idl: * storage/Database.cpp: (WebCore::DatabaseCreationCallbackTask::create): (WebCore::DatabaseCreationCallbackTask::performTask): (WebCore::DatabaseCreationCallbackTask::DatabaseCreationCallbackTask): (WebCore::Database::openDatabase): (WebCore::Database::Database): (WebCore::Database::performOpenAndVerify): (WebCore::Database::performCreationCallback): * storage/Database.h: (WebCore::Database::isNew): * storage/DatabaseCallback.h: Added. (WebCore::DatabaseCallback::~DatabaseCallback): * workers/WorkerContext.cpp: (WebCore::WorkerContext::openDatabase): * workers/WorkerContext.h:
LayoutTests: Adding a test to test the creation callback passed to openDatabase() and another one to make sure it is executed in the correct world.
Reviewed by Adam Barth.
Also, fixing fast/frames/sandboxed-iframe-storage.html: calling openDatabase() without at least 4 parameters should always fail, because the database name, version, description and estimated size are not optional according to the spec.
https://bugs.webkit.org/show_bug.cgi?id=34726
* fast/frames/resources/sandboxed-iframe-storage-allowed.html: * fast/frames/resources/sandboxed-iframe-storage-disallowed.html: * fast/frames/sandboxed-iframe-storage-expected.txt: * platform/qt/Skipped: * storage/open-database-creation-callback-expected.txt: Added. * storage/open-database-creation-callback.html: Added. * storage/open-database-creation-callback-isolated-world-expected.txt: Added. * storage/open-database-creation-callback-isolated-world.html: Added. |
| 55822 11.03.2010 03:07:36, by
abarth@webkit.org
2010-03-10 Justin Schuh <jschuh@chromium.org>
Reviewed by Adam Barth.
Make Chrome consistently handle leading format characters in URLs
https://bugs.webkit.org/show_bug.cgi?id=35948
* http/tests/security/xss-DENIED-window-open-javascript-url-leading-format-char-expected.txt: Added. * http/tests/security/xss-DENIED-window-open-javascript-url-leading-format-char.html: Added. 2010-03-10 Justin Schuh <jschuh@chromium.org>
Reviewed by Adam Barth.
Make Chrome consistently handle leading format characters in URLs
https://bugs.webkit.org/show_bug.cgi?id=35948
Test: http/tests/security/xss-DENIED-window-open-javascript-url-leading-format-char.html
* platform/KURLGoogle.cpp: |
| 55821 11.03.2010 02:19:41, by
jianli@chromium.org
Implementing DOMFormData class. https://bugs.webkit.org/show_bug.cgi?id=35707
Reviewed by Dmitry Titov.
This patch only addresses the implementation of DOMFormData class and moves the FormData construction logic from HTMLFormElement::createFormData to FormData::create() so that it can be used by both HTMLFormElement and XMLHttpRequest.
The DOMFormData IDL interface will be exposed in another patch and the test will be added then.
* Android.mk: * GNUmakefile.am: * WebCore.gypi: * WebCore.pro: * WebCore.vcproj/WebCore.vcproj: * WebCore.xcodeproj/project.pbxproj: * html/DOMFormData.cpp: Added. * html/DOMFormData.h: Added. * html/FormDataList.h: (WebCore::FormDataList::encoding): * html/HTMLFormElement.cpp: (WebCore::HTMLFormElement::createFormData): (WebCore::HTMLFormElement::submit): * html/HTMLFormElement.h: * platform/network/FormData.cpp: (WebCore::FormData::create): (WebCore::FormData::createMultiPart): (WebCore::FormData::appendDOMFormData): * platform/network/FormData.h: (WebCore::FormData::boundary): * xml/XMLHttpRequest.cpp: (WebCore::XMLHttpRequest::send): * xml/XMLHttpRequest.h: |
| 55820 11.03.2010 01:59:11, by
darin@chromium.org
2010-03-10 Darin Fisher <darin@chromium.org>
Reviewed by Jeremy Orlow.
Add API wrapper for WebCore::SerializedScriptValue https://bugs.webkit.org/show_bug.cgi?id=35988
WebSerializedScriptValue is a wrapper around SerializedScriptValue.
WebPrivatePtr is used to simplify wrapping reference counted WebCore types. This class is used to cleanup WebHistoryItem, and will be used to clean up other classes in the WebKit API in a follow-up patch.
* WebKit.gyp: * public/WebHistoryItem.h: * public/WebPrivatePtr.h: Added. * public/WebSerializedScriptValue.h: Added. * src/WebHistoryItem.cpp: * src/WebSerializedScriptValue.cpp: Added. |
| 55819 11.03.2010 01:43:47, by
cfleizach@apple.com
Skipping test on GTK and WIN. No Review.
VoiceOver can navigate to hidden content in widget (WAI-ARIA) https://bugs.webkit.org/show_bug.cgi?id=35986
Thought this test might pass on the other platforms, but no.
* platform/gtk/Skipped: * platform/win/Skipped: |
| 55818 11.03.2010 01:36:02, by
cfleizach@apple.com
VoiceOver can navigate to hidden content in widget (WAI-ARIA) https://bugs.webkit.org/show_bug.cgi?id=35986
Reviewed by Beth Dakin.
WebCore:
Elements that are subclassers of AXRenderObject have not been respecting aria-hidden and other cases that would make them ignored. This applies to tables, rows, cells, select boxes, sliders, and lists. Select boxes also need to make sure their option elements respect aria-hidden as well.
Test: accessibility/aria-hidden-with-elements.html
* accessibility/AccessibilityList.cpp: (WebCore::AccessibilityList::accessibilityIsIgnored): * accessibility/AccessibilityListBox.cpp: (WebCore::AccessibilityListBox::addChildren): (WebCore::AccessibilityListBox::accessibilityIsIgnored): (WebCore::AccessibilityListBox::doAccessibilityHitTest): * accessibility/AccessibilityListBox.h: * accessibility/AccessibilityListBoxOption.cpp: (WebCore::AccessibilityListBoxOption::accessibilityIsIgnored): * accessibility/AccessibilityListBoxOption.h: * accessibility/AccessibilityRenderObject.cpp: (WebCore::AccessibilityRenderObject::accessibilityIsIgnoredCommon): (WebCore::AccessibilityRenderObject::accessibilityIsIgnored): (WebCore::AccessibilityRenderObject::doAccessibilityHitTest): * accessibility/AccessibilityRenderObject.h: * accessibility/AccessibilitySlider.cpp: (WebCore::AccessibilitySlider::accessibilityIsIgnored): * accessibility/AccessibilitySlider.h: (WebCore::AccessibilitySlider::roleValue): (WebCore::AccessibilitySliderThumb::roleValue): (WebCore::AccessibilitySliderThumb::accessibilityIsIgnored): * accessibility/AccessibilityTable.cpp: (WebCore::AccessibilityTable::accessibilityIsIgnored): * accessibility/AccessibilityTableCell.cpp: (WebCore::AccessibilityTableCell::accessibilityIsIgnored): * accessibility/AccessibilityTableColumn.cpp: (WebCore::AccessibilityTableColumn::accessibilityIsIgnored): * accessibility/AccessibilityTableColumn.h: (WebCore::AccessibilityTableColumn::roleValue): * accessibility/AccessibilityTableHeaderContainer.cpp: (WebCore::AccessibilityTableHeaderContainer::accessibilityIsIgnored): * accessibility/AccessibilityTableHeaderContainer.h: * accessibility/AccessibilityTableRow.cpp: (WebCore::AccessibilityTableRow::accessibilityIsIgnored):
LayoutTests:
* accessibility/aria-hidden-with-elements-expected.txt: Added. * accessibility/aria-hidden-with-elements.html: Added. |
| 55817 11.03.2010 01:14:37, by
dimich@chromium.org
Not reviewed, fixing Snow Leopard build.
* wtf/mac/MainThreadMac.mm: Forgot 'static' for a new local function. (WTF::postTimer): |
| 55816 11.03.2010 01:08:18, by
dimich@chromium.org
Make Document::postTask to use a single queue of tasks, to fire them in order https://bugs.webkit.org/show_bug.cgi?id=35943
Reviewed by Darin Adler.
JavaScriptCore:
The patch uses CFRunLoopTimer to schedule execution of tasks instead of performSelectorOnMainThread which apparently can starve other event sources. The timer is used when the schedule request is coming on the main thread itself. This happens when the task is posted on the main thread or when too many tasks are posted and the queue does 'stop and re-schedule' to make sure run loop has a chance to execute other events.
* wtf/mac/MainThreadMac.mm: (WTF::timerFired): (WTF::postTimer): (WTF::scheduleDispatchFunctionsOnMainThread): Use timer posted to the current RunLoop if scheduling the task execution while on the main thread.
WebCore:
Test: existing worker-cloneport.html which was broken by initial patch in http://trac.webkit.org/changeset/55593. Additional test which indirectly verifies the order of execution will come as part of https://bugs.webkit.org/show_bug.cgi?id=34726
* dom/Document.cpp: (WebCore::Document::postTask): Always use the same task queue, independent of what thread is posting the task.
LayoutTests:
Updated the test since the order of events coming from independent task sources has changed. This is a behavior change, but is consistent with the spec (which specifically says these events may be fired in any order) and the last version of FF (3.5.8) which was completing the test successfully.
* http/tests/appcache/top-frame-2-expected.txt: * http/tests/appcache/top-frame-2.html: |
| 55815 11.03.2010 00:40:13, by
ggaren@apple.com
Windows build fix: added new symbol.
* JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.def: |
| 55814 11.03.2010 00:28:05, by
darin@chromium.org
2010-03-10 Sanjeev Radhakrishnan <sanjeevr@chromium.org>
Reviewed by Darin Fisher.
Allow a plugin to participate in the browser's print workflow. https://bugs.webkit.org/show_bug.cgi?id=35550
* loader/PluginDocument.cpp: * loader/PluginDocument.h: |
| 55813 11.03.2010 00:27:05, by
ggaren@apple.com
Windows build fix: removed old symbol.
* JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.def: |
| 55812 11.03.2010 00:19:18, by
eric@webkit.org
2010-03-10 Leandro Pereira <leandro@profusion.mobi>
Reviewed by Holger Freyther.
Add EFL port files to efl/WebCoreSupport. http://webkit.org/b/35913
* efl/WebCoreSupport/ChromeClientEfl.cpp: Added. * efl/WebCoreSupport/ChromeClientEfl.h: Added. |
| 55811 11.03.2010 00:11:10, by
ggaren@apple.com
Refactored fastCheckConsistency to match some review comments: - renamed fastCheckConsistency to fastMallocSize, and changed ValueCheck to ASSERT that a pointer's fastMallocSize is not 0. - implemented a version of fastMallocSize for tcmalloc. Reviewed by Alexey Proskuryakov, Darin Adler, and Sam Weinig.
Also moved some pre-existing code around to avoid a problem related to mismatched #define/#undef of malloc/free in this source file.
* JavaScriptCore.exp: * wtf/FastMalloc.cpp: (WTF::fastMallocSize): Renamed. Fixed indentation.
(WTF::TCMalloc_PageHeap::scavenge): Removed an incorrect ASSERT that got in the way of testing the tcmalloc implementation. (More information on why this ASSERT is incorrect is in <rdar://problem/7165917>.)
(WTF::TCMallocStats::fastMallocSize): Implemented for tcmalloc.
* wtf/FastMalloc.h: Updated for rename.
* wtf/ValueCheck.h: (WTF::): Moved the ASSERT that used to be in fastCheckConsistency here. |
| 55810 11.03.2010 00:00:54, by
jam@chromium.org
2010-03-10 John Abd-El-Malek <jam@chromium.org>
Reviewed by Nate Chapin.
[chromium]: Fix regression in mouse capture on Mac/Linux https://bugs.webkit.org/show_bug.cgi?id=35987
* src/WebViewImpl.cpp: |
| 55809 10.03.2010 23:44:03, by
eric@webkit.org
2010-03-10 Eric Uhrhane <ericu@chromium.org>
Reviewed by David Levin.
The build fix for my patch on bug #35763 wasn't quite right--it removed the call entirely, instead of replacing it with the new API. This adds the call to Database::setIsAvailable.
https://bugs.webkit.org/show_bug.cgi?id=35763
* WebView.cpp: Added a call to Database::setIsAvailable where change 55667 removed the old Settings API call <http://trac.webkit.org/changeset/55667>. (WebView::notifyPreferencesChanged): |
| 55808 10.03.2010 23:26:49, by
eric@webkit.org
2010-03-10 Evan Stade <estade@chromium.org>
Reviewed by David Levin.
[chromium] add functionality to activate the focused node in a WebView https://bugs.webkit.org/show_bug.cgi?id=35407
* public/WebDocument.h: * public/WebNode.h: * src/WebDocument.cpp: (WebKit::WebDocument::focusedNode): Added * src/WebNode.cpp: (WebKit::WebNode::simulateClick): Added |
| 55807 10.03.2010 23:19:15, by
aroben@apple.com
Roll out the prepare-ChangeLog part of r55870
This change wasn't needed (prepare-ChangeLog calls svn-create-patch when it's asked to print out diffs for the user) and was screwing up its ability to find changed function names.
* Scripts/prepare-ChangeLog: (diffCommand): Change the options we pass to svn-diff back to their pre-r55870 form. |
|
|