Timeline
Jun 8, 2009:
- 11:52 PM Changeset in webkit [44523] by
-
- 8 edits in trunk/JavaScriptCore
2009-06-08 Gavin Barraclough <barraclough@apple.com>
Reviewed by Geoff Garen.
Enable JS language JIT for ARM thumb2 platforms. Add ARMv7 specific
asm & constants, add appropriate configuration switches to Platform.h.
Landing this disabled until jump linking is completed (see YARR jit patch).
- assembler/MacroAssemblerARMv7.h: (JSC::MacroAssemblerARMv7::load32):
Fix: should load pointer with ImmPtr not Imm32.
(JSC::MacroAssemblerARMv7::store32):
Fix: should load pointer with ImmPtr not Imm32.
(JSC::MacroAssemblerARMv7::move):
Fix: When moving an Imm32 that is actually a pointer, should call movT3()
not mov(), to ensure code generation is repeatable (for exception handling).
- jit/JIT.cpp: (JSC::JIT::privateCompileCTIMachineTrampolines):
Disable JIT_OPTIMIZE_NATIVE_CALL specific code generation if the optimization is not enabled.
- jit/JIT.h:
Add ARMv7 specific values of constants & register names.
- jit/JITInlineMethods.h: (JSC::JIT::preverveReturnAddressAfterCall): (JSC::JIT::restoreReturnAddressBeforeReturn): (JSC::JIT::restoreArgumentReferenceForTrampoline):
Implement for ARMv7 (move value to/from lr).
- jit/JITStubs.cpp:
Add JIT entry/thow trampolines, add macro to add thunk wrapper around stub routines.
- jit/JITStubs.h: (JSC::JITStackFrame::returnAddressSlot):
Add ARMv7 stack frame object.
- wtf/Platform.h:
Add changes necessary to allow JIT to build on this platform, disabled.
- 11:24 PM Changeset in webkit [44522] by
-
- 12 edits6 deletes in trunk
Revert r44521 as it causes regressions on windows for some reason.
- 11:02 PM Changeset in webkit [44521] by
-
- 12 edits6 adds in trunk
Bug 26249: Support JSON.stringify
<https://bugs.webkit.org/show_bug.cgi?id=26249>
Reviewed by Sam Weinig.
Implement JSON.stringify. This patch handles all the semantics of the ES5
JSON.stringify function, including replacer functions and arrays and both
string and numeric gap arguments.
Currently uses a clamped recursive algorithm basically identical to the spec
description but with a few minor tweaks for performance and corrected semantics
discussed in the es-discuss mailing list.
- 10:27 PM Changeset in webkit [44520] by
-
- 3 edits6 moves in trunk/WebKit
WebKit:
Rubber-stamped by Mark Rowe.
- updated the project after giving Objective-C++ the .mm extension
- WebKit.xcodeproj/project.pbxproj:
WebKit/mac:
Rubber-stamped by Mark Rowe.
- gave Objective-C++ files the .mm extension
- Carbon/HIWebView.m: Removed.
- Carbon/HIWebView.mm: Copied from WebKit/mac/Carbon/HIWebView.m.
- Misc/WebKitNSStringExtras.m: Removed.
- Misc/WebKitNSStringExtras.mm: Copied from WebKit/mac/Misc/WebKitNSStringExtras.m.
- Misc/WebStringTruncator.m: Removed.
- Misc/WebStringTruncator.mm: Copied from WebKit/mac/Misc/WebStringTruncator.m.
- WebInspector/WebNodeHighlight.m: Removed.
- WebInspector/WebNodeHighlight.mm: Copied from WebKit/mac/WebInspector/WebNodeHighlight.m.
- WebInspector/WebNodeHighlightView.m: Removed.
- WebInspector/WebNodeHighlightView.mm: Copied from WebKit/mac/WebInspector/WebNodeHighlightView.m.
- WebView/WebDynamicScrollBarsView.m: Removed.
- WebView/WebDynamicScrollBarsView.mm: Copied from WebKit/mac/WebView/WebDynamicScrollBarsView.m.
- 10:11 PM Changeset in webkit [44519] by
-
- 15 edits4 adds in trunk
WebCore:
2009-06-08 Brady Eidson <beidson@apple.com>
Reviewed by Antti Koivisto
<rdar://problem/6727495> Repro crash in WebCore::Loader::Host::servePendingRequests() and dupes.
Test: http/tests/loading/deleted-host-in-resource-load-delegate-callback.html
Loader::Host objects were manually managed via new/delete.
There's a variety of circumstances where a Host might've been deleted while it was still in the middle
of a resource load delegate callback.
Changing them to be RefCounted then adding protectors in the callbacks makes this possibility disappear.
At the same time, remove ProcessingResource which was an earlier fix for this same problem that wasn't
fully implemented.
- loader/loader.cpp: (WebCore::Loader::Loader): (WebCore::Loader::load): (WebCore::Loader::servePendingRequests): (WebCore::Loader::resumePendingRequests): (WebCore::Loader::cancelRequests): (WebCore::Loader::Host::didFinishLoading): (WebCore::Loader::Host::didFail): (WebCore::Loader::Host::didReceiveResponse): (WebCore::Loader::Host::didReceiveData):
- loader/loader.h: (WebCore::Loader::Host::create):
WebKitTools:
2009-06-08 Brady Eidson <beidson@apple.com>
Reviewed by Antti Koivisto
Add dispatchPendingLoadRequests() to test fix for <rdar://problem/6727495>
- DumpRenderTree/LayoutTestController.cpp: (dispatchPendingLoadRequestsCallback): (LayoutTestController::staticFunctions):
- DumpRenderTree/LayoutTestController.h:
- DumpRenderTree/mac/LayoutTestControllerMac.mm: (LayoutTestController::dispatchPendingLoadRequests): Implement using [WebView _dispatchPendingLoadRequests] SPI
- DumpRenderTree/gtk/LayoutTestControllerGtk.cpp: (LayoutTestController::dispatchPendingLoadRequests): Need implementations.
- DumpRenderTree/qt/jsobjects.cpp: (LayoutTestController::dispatchPendingLoadRequests): Ditto.
- DumpRenderTree/win/LayoutTestControllerWin.cpp: (LayoutTestController::dispatchPendingLoadRequests): Ditto.
- DumpRenderTree/wx/LayoutTestControllerWx.cpp: (LayoutTestController::dispatchPendingLoadRequests): Ditto.
LayoutTests:
2009-06-08 Brady Eidson <beidson@apple.com>
Reviewed by Antti Koivisto
<rdar://problem/6727495> Repro crash in WebCore::Loader::Host::servePendingRequests() and dupes.
Note this "Loader::Host deleted while still in use" could come up in a variety of ways but this layout
test only covers the single most reproducible way we know that *could* be tested by DRT.
- http/tests/loading/deleted-host-in-resource-load-delegate-callback-expected.txt: Added.
- http/tests/loading/deleted-host-in-resource-load-delegate-callback.html: Added.
- http/tests/loading/resources/snow-shoes-vs-pie-copy.png: Added.
- http/tests/loading/resources/snow-shoes-vs-pie.png: Added.
- platform/gtk/Skipped:
- platform/qt/Skipped:
- platform/win/Skipped:
- 9:48 PM Changeset in webkit [44518] by
-
- 2 edits in trunk/JavaScriptCore
Speculative GTK build fix.
- wtf/DateMath.cpp:
- 9:20 PM Changeset in webkit [44517] by
-
- 2 edits in trunk/JavaScriptCore
2009-06-08 Gavin Barraclough <barraclough@apple.com>
Reviewed by Mark Rowe.
Previous patch caused a regression.
Restructure so no new (empty, inline) function calls are added on x86.
- jit/ExecutableAllocator.h: (JSC::ExecutableAllocator::makeWritable): (JSC::ExecutableAllocator::makeExecutable): (JSC::ExecutableAllocator::reprotectRegion): (JSC::ExecutableAllocator::cacheFlush):
- 8:56 PM Changeset in webkit [44516] by
-
- 2 edits in trunk/JavaScriptCore
2009-06-08 Dimitri Glazkov <Dimitri Glazkov>
Unreviewed, GTK build fix (thanks, bdash).
- GNUmakefile.am: Moved DateMath with all other wtf kin.
- 8:01 PM Changeset in webkit [44515] by
-
- 13 edits1 copy in trunk/WebCore
2009-06-08 Dmitry Titov <dimich@chromium.org>
Reviewed by David Levin.
https://bugs.webkit.org/show_bug.cgi?id=26126
Refactor methods of WorkerMessagingProxy used to talk to main-thread loader into new interface.
Split a couple of methods used to schedule cross-thread tasks between worker thread and loader thread
implemented on WorkerMessagingProxy into a separate interface so the loading can be implemented in
Chromium's workers.
No changes in functionality so no tests added.
- GNUmakefile.am:
- WebCore.vcproj/WebCore.vcproj:
- WebCore.xcodeproj/project.pbxproj: Added WorkerLoaderProxy.h to the bulid.
- bindings/js/WorkerScriptController.cpp: (WebCore::WorkerScriptController::evaluate): WorkerThread::workerObjectProxy() now returns & instead of *
- bindings/v8/WorkerScriptController.cpp: (WebCore::WorkerScriptController::evaluate): same.
- workers/WorkerContext.cpp: (WebCore::WorkerContext::~WorkerContext): same. (WebCore::WorkerContext::reportException): same. (WebCore::WorkerContext::addMessage): same. (WebCore::WorkerContext::postMessage): same.
- loader/WorkerThreadableLoader.cpp: (WebCore::WorkerThreadableLoader::WorkerThreadableLoader): (WebCore::WorkerThreadableLoader::MainThreadBridge::MainThreadBridge): (WebCore::WorkerThreadableLoader::MainThreadBridge::destroy): (WebCore::WorkerThreadableLoader::MainThreadBridge::cancel): (WebCore::WorkerThreadableLoader::MainThreadBridge::didSendData): (WebCore::WorkerThreadableLoader::MainThreadBridge::didReceiveResponse): (WebCore::WorkerThreadableLoader::MainThreadBridge::didReceiveData): (WebCore::WorkerThreadableLoader::MainThreadBridge::didFinishLoading): (WebCore::WorkerThreadableLoader::MainThreadBridge::didFail): (WebCore::WorkerThreadableLoader::MainThreadBridge::didFailRedirectCheck): (WebCore::WorkerThreadableLoader::MainThreadBridge::didReceiveAuthenticationCancellation): Use WorkerLoaderProxy instead of WorkerMessagingProxy for the MainThreadBridge. Mostly rename.
(WebCore::WorkerThreadableLoader::MainThreadBridge::mainThreadCreateLoader):
In addition to using WorkerLoaderProxy instead of WorkerMessagingProxy, the check for
AskedToTerminate is removed. It seems to be an optimization for a very small number of cases
when worker termination is requested a very short time before the request to load something
(XHR or importScript) was dispatched on the main thread.
- loader/WorkerThreadableLoader.h: Now keeps a pointer to WorkerLoaderProxy rather then to a WorkerMessagingProxy. This allows to implement WorkerThreadableLoader for Chromium.
- workers/WorkerLoaderProxy.h: Added. (WebCore::WorkerLoaderProxy::~WorkerLoaderProxy):
- workers/WorkerMessagingProxy.cpp: (WebCore::WorkerMessagingProxy::startWorkerContext): (WebCore::WorkerMessagingProxy::postTaskToLoader): Added ASSERT since this needs to be implemented for nested workers.
- workers/WorkerMessagingProxy.h: Derived from WorkerLoaderProxy, the methods for posting tasks cross-thread are now virtual. Removed unused postTaskToWorkerContext() method.
- workers/WorkerThread.cpp: (WebCore::WorkerThread::create): (WebCore::WorkerThread::WorkerThread):
- workers/WorkerThread.h: (WebCore::WorkerThread::workerLoaderProxy):
- workers/WorkerThread.cpp: (WebCore::WorkerThread::create): (WebCore::WorkerThread::WorkerThread): (WebCore::WorkerThread::workerThread):
- workers/WorkerThread.h: (WebCore::WorkerThread::workerLoaderProxy): (WebCore::WorkerThread::workerObjectProxy): WorkerThread gets a new member of type WorkerLoaderProxy&, and accessor. Also, existing WorkerObjectProxy* member is now WorkerObjectProxy& because it can't be null.
- 6:40 PM Changeset in webkit [44514] by
-
- 8 edits2 adds in trunk/JavaScriptCore
2009-06-08 Gavin Barraclough <barraclough@apple.com>
Reviewed by Geoff Garen.
Add (incomplete) support to YARR for running with the jit enabled
on Arm thumb2 platforms. Adds new Assembler/MacroAssembler classes,
along with cache flushing support, tweaks to MacroAssemblerCodePtr
to support decorated thumb code pointers, and new enter/exit code
to YARR jit for the platform.
Support for this platform is still under development - the assembler
currrently only supports planting and linking jumps with a 16Mb range.
As such, initially commiting in a disabled state.
- JavaScriptCore.xcodeproj/project.pbxproj:
Add new assembler files.
- assembler/ARMv7Assembler.h: Added.
Add new Assembler.
- assembler/AbstractMacroAssembler.h:
Tweaks to ensure sizes of pointer values planted in JIT code do not change.
- assembler/MacroAssembler.h:
On ARMv7 platforms use MacroAssemblerARMv7.
- assembler/MacroAssemblerARMv7.h: Added.
Add new MacroAssembler.
- assembler/MacroAssemblerCodeRef.h: (JSC::FunctionPtr::FunctionPtr):
Add better ASSERT.
(JSC::ReturnAddressPtr::ReturnAddressPtr):
Add better ASSERT.
(JSC::MacroAssemblerCodePtr::MacroAssemblerCodePtr):
On ARMv7, MacroAssemblerCodePtr's mush be 'decorated' with a low bit set,
to indicate to the processor that the code is thumb code, not traditional
32-bit ARM.
(JSC::MacroAssemblerCodePtr::dataLocation):
On ARMv7, decoration must be removed.
- jit/ExecutableAllocator.h: (JSC::ExecutableAllocator::makeWritable):
Reformatted, no change.
(JSC::ExecutableAllocator::makeExecutable):
When marking code executable also cache flush it, where necessary.
(JSC::ExecutableAllocator::MakeWritable::MakeWritable):
Only use the null implementation of this class if both !ASSEMBLER_WX_EXCLUSIVE
and running on x86(_64) - on other platforms we may also need ensure that
makeExecutable is called at the end to flush caches.
(JSC::ExecutableAllocator::reprotectRegion):
Reformatted, no change.
(JSC::ExecutableAllocator::cacheFlush):
Cache flush a region of memory, or platforms where this is necessary.
- wtf/Platform.h:
Add changes necessary to allow YARR jit to build on this platform, disabled.
- yarr/RegexJIT.cpp: (JSC::Yarr::RegexGenerator::generateEnter): (JSC::Yarr::RegexGenerator::generateReturn):
Add support to these methods for ARMv7.
- 5:37 PM WebKit Team edited by
- (diff)
- 4:59 PM Changeset in webkit [44513] by
-
- 2 edits in trunk/JavaScriptCore
2009-06-08 Dimitri Glazkov <Dimitri Glazkov>
Unreviewed, fix my previous fix.
- runtime/DateInstance.cpp: (JSC::DateInstance::msToGregorianDateTime): Use WTF namespace qualifier to
disambiguate func signatures.
- 4:52 PM Changeset in webkit [44512] by
-
- 3 edits in trunk/JavaScriptCore
2009-06-08 Dimitri Glazkov <Dimitri Glazkov>
Unreviewed, another Windows build fix.
- JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.def:
- JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore_debug.def:
- 4:48 PM Changeset in webkit [44511] by
-
- 2 edits in trunk/JavaScriptCore
Attempt to fix the Tiger build.
- wtf/Platform.h: Only test the value of the macro once we know it is defined.
- 4:16 PM Changeset in webkit [44510] by
-
- 3 edits in trunk/JavaScriptCore
2009-06-08 Dimitri Glazkov <Dimitri Glazkov>
Unreviewed, projectile-fixing Windows build.
- runtime/DateConversion.cpp: Added StringExtras include.
- wtf/DateMath.cpp: Replaced math with algorithm include (looking for std::min def for Windows).
- 4:01 PM Changeset in webkit [44509] by
-
- 5 edits in trunk/JavaScriptCore
2009-06-08 Dimitri Glazkov <Dimitri Glazkov>
Unreviewed, Windows build fix.
- runtime/DateConstructor.cpp: Changed to use WTF namespace.
- runtime/DateConversion.cpp: Added UString include.
- runtime/DateInstance.cpp: Changed to use WTF namespace.
- wtf/DateMath.cpp: Added math include.
- 3:37 PM Changeset in webkit [44508] by
-
- 20 edits2 copies3 moves in trunk
2009-06-08 Dimitri Glazkov <Dimitri Glazkov>
Reviewed by Eric Seidel.
https://bugs.webkit.org/show_bug.cgi?id=26238
Move most of runtime/DateMath functions to wtf/DateMath, and split off conversion-related
helpers to DateConversion.
- AllInOneFile.cpp: Changed DateMath->DateConversion.
- GNUmakefile.am: Ditto and added DateMath.
- JavaScriptCore.exp: Ditto.
- JavaScriptCore.pri: Ditto.
- JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: Ditto.
- JavaScriptCore.vcproj/WTF/WTF.vcproj: Added DateMath.
- JavaScriptCore.xcodeproj/project.pbxproj: Ditto.
- JavaScriptCoreSources.bkl: Ditto.
- pcre/pcre_exec.cpp: Changed to use DateMath.
- profiler/ProfileNode.cpp: (JSC::getCount): Changed to use DateConversion.
- runtime/DateConstructor.cpp: Ditto.
- runtime/DateConversion.cpp: Copied from JavaScriptCore/runtime/DateMath.cpp. (JSC::parseDate): Refactored to use null-terminated characters as input.
- runtime/DateConversion.h: Copied from JavaScriptCore/runtime/DateMath.h.
- runtime/DateInstance.cpp: Changed to use wtf/DateMath.
- runtime/DateInstance.h: Ditto.
- runtime/DateMath.cpp: Removed.
- runtime/DateMath.h: Removed.
- runtime/DatePrototype.cpp: Ditto.
- runtime/InitializeThreading.cpp: Ditto.
- wtf/DateMath.cpp: Copied from JavaScriptCore/runtime/DateMath.cpp.
- wtf/DateMath.h: Copied from JavaScriptCore/runtime/DateMath.h.
WebCore:
2009-06-08 Dimitri Glazkov <Dimitri Glazkov>
Reviewed by Eric Seidel.
https://bugs.webkit.org/show_bug.cgi?id=26238
Add parseDate helper to HTTPParsers, which uses WTF::parseDateFromNullTerminatedCharacters.
- ForwardingHeaders/runtime/DateMath.h: Removed.
- ForwardingHeaders/wtf/DateMath.h: Copied from WebCore/ForwardingHeaders/runtime/DateMath.h.
- platform/network/HTTPParsers.cpp: (WebCore::parseDate): Added.
- platform/network/HTTPParsers.h:
- platform/network/ResourceResponseBase.cpp: (WebCore::parseDateValueInHeader): Changed to use the new helper.
- 2:43 PM Changeset in webkit [44507] by
-
- 2 edits in tags/Safari-6530.17.1/JavaScriptCore
Merge r44506.
- 2:38 PM Changeset in webkit [44506] by
-
- 2 edits in trunk/JavaScriptCore
Windows build fix.
- JavaScriptCore.vcproj/jsc/jscCommon.vsprops:
- 2:18 PM Changeset in webkit [44505] by
-
- 1 copy in tags/Safari-6530.17.1
New tag.
- 1:47 PM Changeset in webkit [44504] by
-
- 9 edits in trunk/JavaScriptCore
2009-06-07 David Kilzer <ddkilzer@apple.com>
Make JavaScriptCore compile for iPhone and iPhone Simulator
Reviewed by Gavin Barraclough.
- Configurations/Base.xcconfig: Split GCC_ENABLE_OBJC_GC on $(REAL_PLATFORM_NAME). Added $(ARCHS_UNIVERSAL_IPHONE_OS) to VALID_ARCHS. Added REAL_PLATFORM_NAME_iphoneos, REAL_PLATFORM_NAME_iphonesimulator, HAVE_DTRACE_iphoneos and HAVE_DTRACE_iphonesimulator variables.
- Configurations/DebugRelase.xcconfig: Split ARCHS definition on $(REAL_PLATFORM_NAME).
- Configurations/JavaScriptCore.xcconfig: Added EXPORTED_SYMBOLS_FILE_armv6 and EXPORTED_SYMBOLS_FILE_armv7 variables. Split OTHER_LDFLAGS into OTHER_LDFLAGS_BASE and OTHER_LDFLAGS_$(REAL_PLATFORM_NAME) since CoreServices.framework is only linked to on Mac OS X.
- JavaScriptCore.xcodeproj/project.pbxproj: Removed references to CoreServices.framework since it's linked using OTHER_LDFLAGS in JavaScriptCore.xcconfig.
- profiler/ProfilerServer.mm: Added #import for iPhone Simulator. (-[ProfilerServer init]): Conditionalize use of NSDistributedNotificationCenter to non-iPhone or iPhone Simulator.
- wtf/FastMalloc.cpp: (WTF::TCMallocStats::): Build fix for iPhone and iPhone Simulator.
- wtf/Platform.h: Defined PLATFORM(IPHONE) and PLATFORM(IPHONE_SIMULATOR).
- wtf/ThreadingPthreads.cpp: (WTF::setThreadNameInternal): Build fix for iPhone and iPhone Simulator.
- 10:52 AM Changeset in webkit [44503] by
-
- 5 edits1 add in trunk/WebCore
2009-06-08 Adam Langley <agl@google.com>
Reviewed by Eric Siedel.
Chromium Linux ignored the background color on <select>s. Rather
than encode magic colours, we start with a base color (specified
via CSS) and derive the other colors from it. Thus, setting the
CSS background-color now correctly changes the colour of the
control.
This should not change the appearence controls without
background-colors. However, <select>s with a background-color
will now renderer correctly, which may require rebaselining
pixel tests in the Chromium tree.
https://bugs.webkit.org/show_bug.cgi?id=26030
http://code.google.com/p/chromium/issues/detail?id=12596
- platform/graphics/Color.cpp: (WebCore::Color::getHSL): new member
- platform/graphics/Color.h:
- rendering/RenderThemeChromiumLinux.cpp: (WebCore::RenderThemeChromiumLinux::systemColor): (WebCore::brightenColor): (WebCore::paintButtonLike):
- 10:19 AM Changeset in webkit [44502] by
-
- 2 edits in trunk/WebKit/gtk
2009-06-08 Gustavo Noronha Silva <Gustavo Noronha Silva>
Reviewed by Jan Alonzo.
https://bugs.webkit.org/show_bug.cgi?id=26240
[GTK] Try again button loses query strings
Only trigger reload, when try again is clicked, this way we do not
lose the query strings, like we did when also triggering a form
submission.
- resources/error.html:
- 9:24 AM Changeset in webkit [44501] by
-
- 1 edit in trunk/WebCore/ChangeLog
Fixed the name in the ChangeLog
- 9:23 AM Changeset in webkit [44500] by
-
- 2 edits2 adds in trunk/WebCore
2009-06-08 victorw <victorw@chromium.org>
Reviewed by Dimitri Glazkov.
https://bugs.webkit.org/show_bug.cgi?id=26087
Bug 26087: Removing element in JS crashes Chrome tab if it fired the change event
Fix tab crash caused by destroying the popup list that fired the change event on abandon.
If a popup list is abandoned (press a key to jump to an item
and then use tab or mouse to get away from the select box),
the current code fires a change event in PopupListBox::updateFromElemt().
The JS that listens to this event may destroy the object and cause the
rest of popup list code crashes.
The updateFromElement() is called before abandon() and this causes
the selected index to be discarded after updateFromElement(). From
the code comments, this appears to be the reason why valueChanged is
called in updateFromElement.
Fix the issue by removing the valueChanged call in updateFromElement,
saving the selected index that we should accept on abandon and pass
it to the valueChange in abandon().
A manual test has been added.
- manual-tests/chromium: Added.
- manual-tests/chromium/onchange-reload-popup.html: Added.
- platform/chromium/PopupMenuChromium.cpp: (WebCore::PopupListBox::PopupListBox): (WebCore::PopupListBox::handleKeyEvent): (WebCore::PopupListBox::abandon): (WebCore::PopupListBox::updateFromElement):
- 8:53 AM Changeset in webkit [44499] by
-
- 2 edits in trunk/WebCore
2009-06-08 Tor Arne Vestbø <tor.arne.vestbo@nokia.com>
Reviewed by Simon Hausmann.
[Qt] Disable a few warnings on Windows
- 8:53 AM QtWebKitTodo edited by
- (diff)
- 8:51 AM Changeset in webkit [44498] by
-
- 6 edits in trunk/WebKit/qt
2009-06-08 Simon Hausmann <simon.hausmann@nokia.com>
Reviewed by Holger Freyther.
Renamed QWebElement::enclosingBlock to enclosingBlockElement
and changed the return type to QWebElement, as discussed in
the API review. This API is more generic and through
QWebElement's geometry() it is possible to retrieve the
same information.
- 8:38 AM Changeset in webkit [44497] by
-
- 2 edits in trunk/WebCore
2009-06-08 Tor Arne Vestbø <tor.arne.vestbo@nokia.com>
Reviewed by Simon Hausmann.
[Qt] Don't enable ENABLE_PLUGIN_PACKAGE_SIMPLE_HASH on Windows
This define was brought in after refactoring some code from
PluginPackage(Qt|Gtk).cpp into the shared PluginPackage.cpp.
- 8:23 AM QtWebKitTodo edited by
- (diff)
- 8:14 AM QtWebKitTodo edited by
- (diff)
- 8:13 AM QtWebKitTodo edited by
- (diff)
- 8:10 AM QtWebKitTodo edited by
- (diff)
- 7:35 AM Changeset in webkit [44496] by
-
- 6 edits in trunk
2009-06-08 Tor Arne Vestbø <tor.arne.vestbo@nokia.com>
Reviewed by Simon Hausmann.
[Qt] Use $QMAKE_PATH_SEP instead of hardcoded / to fix Windows build
- 7:35 AM QtWebKitTodo edited by
- (diff)
- 7:17 AM QtWebKitTodo edited by
- (diff)
- 6:25 AM QtWebKitTodo edited by
- (diff)
- 5:56 AM QtWebKitTodo edited by
- (diff)
- 5:05 AM Changeset in webkit [44495] by
-
- 4 edits in trunk/WebCore
2009-06-08 Laszlo Gombos <Laszlo Gombos>
Reviewed by Ariya Hidayat.
[Qt] Build fix when NETSCAPE_PLUGIN_API support is turned off
https://bugs.webkit.org/show_bug.cgi?id=26244
- WebCore.pro: Define PLUGIN_PACKAGE_SIMPLE_HASH only if NETSCAPE_PLUGIN_API is turned on
- plugins/PluginPackage.cpp: Guard initializeBrowserFuncs()
- plugins/PluginViewNone.cpp: Match guards with PluginView.h
Jun 7, 2009:
- 11:38 PM Changeset in webkit [44494] by
-
- 5 edits in trunk
Revert "2009-06-05 WANG Lu <coolwanglu@gmail.com>"
Revert commit r44479 as we need to workout first what the best option is for adding
optional features like this.
- 9:28 PM Changeset in webkit [44493] by
-
- 2 edits in trunk/JavaScriptCore
2009-06-07 Gavin Barraclough <barraclough@apple.com>
RS by Sam Weinig.
Remove bonus bogus \n from last commit.
- jit/JITStubs.cpp: (JSC::):
- 9:23 PM Changeset in webkit [44492] by
-
- 4 edits in trunk/JavaScriptCore
2009-06-07 Gavin Barraclough <barraclough@apple.com>
Reviewed by Sam Weinig.
Change the implementation of op_throw so the stub function always modifies its
return address - if it doesn't find a 'catch' it will switch to a trampoline
to force a return from JIT execution. This saves memory, by avoiding the need
for a unique return for every op_throw.
- jit/JITOpcodes.cpp: (JSC::JIT::emit_op_throw):
JITStubs::cti_op_throw now always changes its return address,
remove return code generated after the stub call (this is now
handled by ctiOpThrowNotCaught).
- jit/JITStubs.cpp: (JSC::):
Add ctiOpThrowNotCaught definitions.
(JSC::JITStubs::DEFINE_STUB_FUNCTION):
Change cti_op_throw to always change its return address.
- jit/JITStubs.h:
Add ctiOpThrowNotCaught declaration.
- 7:19 PM Changeset in webkit [44491] by
-
- 2 edits in trunk/WebCore
Reviewed by Sam Weinig.
- fix <rdar://problem/6931661> -[WebView _selectionIsAll] returns YES when the selection is inside a text field.
- editing/VisibleSelection.cpp: (WebCore::VisibleSelection::isAll): Return false if the selection is in a shadow tree.
- 1:25 PM Changeset in webkit [44490] by
-
- 2 edits in trunk/WebCore
2009-06-07 Gustavo Noronha Silva <gustavo.noronha@collabora.co.uk>
Reviewed by Holger Freyther.
https://bugs.webkit.org/show_bug.cgi?id=26106
[GTK] Crashes when you keep a combo open during a page transition, then close it
Hide the combo popup and disconnect from its signals during
PopupMenu destruction to handle this exceptional case with no
crash.
- platform/gtk/PopupMenuGtk.cpp: (WebCore::PopupMenu::~PopupMenu): (WebCore::PopupMenu::menuUnmapped):
- 1:55 AM Changeset in webkit [44489] by
-
- 2 edits in trunk/WebKitTools
Delete the AccessibilityController that we allocated in -init.
Rubber-stamped by Cameron Zwarich.
- DumpRenderTree/mac/FrameLoadDelegate.mm:
(-[FrameLoadDelegate dealloc]):