[webkit-dev] About the layout test result.
Hi all, I am new to webkit. Recently I run the layout test and got the following result : [table] Test Feature Total passed/ incorrect/timedout/crashed/stderr Pass rate Layout Testing 9085 4853 4198 15 5 14 53.4% [text] Total:9085 Passed: 4853 Incorrect: 4198 Timedout: 15 Crashed: 5 Stderr: 14 Why the pass rate is so low? Is this result reasonable? Or I wrongly executed the test? Can someone help me? Great thanks to any response! Regards! Bely ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] segfault when having multiple webkit instances (got backtrace)
Hello. I have a program that uses the webkit engine (gtk+ port) for intense-rendering. I have about 10 threads, each with it's own webkit instance. While there's no problem when only two instances are active. But when I increase the instances, the program segfaults. I got the following backtrace from gdb: === Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb56f6720 (LWP 20719)] 0xb7d852dc in JSC::Heap::heapAllocate(JSC::Heap::HeapType)0 () from /usr/lib/libwebkit-1.0.so.1 Current language: auto; currently asm (gdb) bt #0 0xb7d852dc in JSC::Heap::heapAllocate(JSC::Heap::HeapType)0 () from /usr/lib/libwebkit-1.0.so.1 #1 0xb7b87822 in WebCore::JSHTMLImageElement::createPrototype () from /usr/lib/libwebkit-1.0.so.1 #2 0xb7b72d6f in WebCore::createImageWrapper () from /usr/lib/libwebkit-1.0.so.1 #3 0xb7b75552 in WebCore::createJSHTMLWrapper () from /usr/lib/libwebkit-1.0.so.1 #4 0xb7657332 in WebCore::toJS () from /usr/lib/libwebkit-1.0.so.1 #5 0xb765124a in WebCore::constructImage () from /usr/lib/libwebkit-1.0.so.1 #6 0xb7cb1b0d in JSC::Machine::privateExecute () from /usr/lib/libwebkit-1.0.so.1 #7 0xb7cb8ed7 in JSC::Machine::execute () from /usr/lib/libwebkit-1.0.so.1 #8 0xb7d7ebee in JSC::Interpreter::evaluate () from /usr/lib/libwebkit-1.0.so.1 #9 0xb7660310 in WebCore::ScriptController::evaluate () from /usr/lib/libwebkit-1.0.so.1 #10 0xb784256c in WebCore::FrameLoader::executeScript () from /usr/lib/libwebkit-1.0.so.1 #11 0xb7801702 in WebCore::HTMLTokenizer::scriptExecution () from /usr/lib/libwebkit-1.0.so.1 #12 0xb7802919 in WebCore::HTMLTokenizer::scriptHandler () from /usr/lib/libwebkit-1.0.so.1 #13 0xb780337a in WebCore::HTMLTokenizer::parseSpecial () from /usr/lib/libwebkit-1.0.so.1 #14 0xb7805661 in WebCore::HTMLTokenizer::parseTag () from /usr/lib/libwebkit-1.0.so.1 #15 0xb78080c7 in WebCore::HTMLTokenizer::write () from /usr/lib/libwebkit-1.0.so.1 #16 0xb782d919 in WebCore::FrameLoader::write () from /usr/lib/libwebkit-1.0.so.1 #17 0xb782ddd7 in WebCore::FrameLoader::addData () from /usr/lib/libwebkit-1.0.so.1 #18 0xb7620415 in WebKit::FrameLoaderClient::committedLoad () from /usr/lib/libwebkit-1.0.so.1 #19 0xb7829a77 in WebCore::FrameLoader::committedLoad () from /usr/lib/libwebkit-1.0.so.1 #20 0xb781b40c in WebCore::DocumentLoader::commitLoad () from /usr/lib/libwebkit-1.0.so.1 #21 0xb7829e73 in WebCore::FrameLoader::receivedData () from /usr/lib/libwebkit-1.0.so.1 #22 0xb7847d46 in WebCore::MainResourceLoader::addData () from /usr/lib/libwebkit-1.0.so.1 #23 0xb784eb12 in WebCore::ResourceLoader::didReceiveData () from /usr/lib/libwebkit-1.0.so.1 #24 0xb7847e9d in WebCore::MainResourceLoader::didReceiveData () from /usr/lib/libwebkit-1.0.so.1 #25 0xb784e7f8 in WebCore::ResourceLoader::didReceiveData () from /usr/lib/libwebkit-1.0.so.1 #26 0xb79cbec4 in WebCore::writeCallback () from /usr/lib/libwebkit-1.0.so.1 #27 0xb6b97285 in ?? () from /usr/lib/libcurl-gnutls.so.4 #28 0xb6b8cd02 in ?? () from /usr/lib/libcurl-gnutls.so.4 #29 0xb6ba0b70 in ?? () from /usr/lib/libcurl-gnutls.so.4 #30 0xb6bb088d in ?? () from /usr/lib/libcurl-gnutls.so.4 #31 0xb6bb0bd9 in curl_multi_perform () from /usr/lib/libcurl-gnutls.so.4 #32 0xb79ccc58 in WebCore::ResourceHandleManager::downloadTimerCallback () from /usr/lib/libwebkit-1.0.so.1 #33 0xb79cdbbb in WebCore::TimerWebCore::ResourceHandleManager::fired () from /usr/lib/libwebkit-1.0.so.1 #34 0xb78d622b in WebCore::TimerBase::fireTimers () from /usr/lib/libwebkit-1.0.so.1 ---Type return to continue, or q return to quit--- #35 0xb78d6577 in WebCore::TimerBase::sharedTimerFired () from /usr/lib/libwebkit-1.0.so.1 #36 0xb7afc44e in WebCore::timeout_cb () from /usr/lib/libwebkit-1.0.so.1 #37 0xb6defe26 in ?? () from /usr/lib/libglib-2.0.so.0 #38 0xb6def6f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #39 0xb6df2da3 in ?? () from /usr/lib/libglib-2.0.so.0 #40 0xb6df32c2 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #41 0xb72cc299 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #42 0x0804ab13 in main (argc=2, argv=0xbf9ea774) at main.c:123 === I've disabled updating to gtk+ and even make a gdk_threads_enter()/_leave() when opening pages. Do I have to protect the webkit instance with other functions? It seems the memory management of webkit fails. Please help. Greets, Luka signature.asc Description: To je digitalno podpisan del sporočila ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] segfault when having multiple webkit instances (got backtrace)
On Oct 6, 2008, at 12:50 AM, Luka Napotnik wrote: Hello. I have a program that uses the webkit engine (gtk+ port) for intense-rendering. I have about 10 threads, each with it's own webkit instance. While there's no problem when only two instances are active. But when I increase the instances, the program segfaults. WebKit is not threadsafe. It is not currently possible to use it safely from multiple threads. If it ever seems to work, it is only through luck. Regards, Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] segfault when having multiple webkit instances (got backtrace)
Hello. Thanks for the quick reply. It seems that locking the GDK subsystem before every call to WebKit is not enough. Can this be a problem with the way how WebKit manages memory? Is there a locking function for that? Greets, Luka Dne 06.10.2008 (pon) ob 01:10 -0700 je Maciej Stachowiak zapisal(a): On Oct 6, 2008, at 12:50 AM, Luka Napotnik wrote: Hello. I have a program that uses the webkit engine (gtk+ port) for intense-rendering. I have about 10 threads, each with it's own webkit instance. While there's no problem when only two instances are active. But when I increase the instances, the program segfaults. WebKit is not threadsafe. It is not currently possible to use it safely from multiple threads. If it ever seems to work, it is only through luck. Regards, Maciej signature.asc Description: To je digitalno podpisan del sporočila ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] segfault when having multiple webkit instances (got backtrace)
No amount of locking will save you -- webkit uses many threads itself -- many (if not most) of which then post messages directly to the main application thread, on the assumption that all webviews are being controlled by that one thread. --Oliver On Oct 6, 2008, at 1:24 AM, Luka Napotnik wrote: Hello. Thanks for the quick reply. It seems that locking the GDK subsystem before every call to WebKit is not enough. Can this be a problem with the way how WebKit manages memory? Is there a locking function for that? Greets, Luka Dne 06.10.2008 (pon) ob 01:10 -0700 je Maciej Stachowiak zapisal(a): On Oct 6, 2008, at 12:50 AM, Luka Napotnik wrote: Hello. I have a program that uses the webkit engine (gtk+ port) for intense-rendering. I have about 10 threads, each with it's own webkit instance. While there's no problem when only two instances are active. But when I increase the instances, the program segfaults. WebKit is not threadsafe. It is not currently possible to use it safely from multiple threads. If it ever seems to work, it is only through luck. Regards, Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] segfault when having multiple webkit instances (got backtrace)
On Oct 6, 2008, at 1:24 AM, Luka Napotnik wrote: Hello. Thanks for the quick reply. It seems that locking the GDK subsystem before every call to WebKit is not enough. Can this be a problem with the way how WebKit manages memory? Is there a locking function for that? There are all sorts of things WebKit does that are not threadsafe, and I do not believe any amount of locking by a client of WebKit can fix them all. Even holding a global mutex around all WebKit entry points will not do it, since WebKit schedules some work itself to be done asynchronously. Regards, Maciej Greets, Luka Dne 06.10.2008 (pon) ob 01:10 -0700 je Maciej Stachowiak zapisal(a): On Oct 6, 2008, at 12:50 AM, Luka Napotnik wrote: Hello. I have a program that uses the webkit engine (gtk+ port) for intense-rendering. I have about 10 threads, each with it's own webkit instance. While there's no problem when only two instances are active. But when I increase the instances, the program segfaults. WebKit is not threadsafe. It is not currently possible to use it safely from multiple threads. If it ever seems to work, it is only through luck. Regards, Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] segfault when having multiple webkit instances (got backtrace)
Ok I understand. Would it make a difference if I have only one WebKit instance and then create frames and then operate on frames in the threads? Greets, Luka Dne 06.10.2008 (pon) ob 02:18 -0700 je Oliver Hunt zapisal(a): No amount of locking will save you -- webkit uses many threads itself -- many (if not most) of which then post messages directly to the main application thread, on the assumption that all webviews are being controlled by that one thread. --Oliver On Oct 6, 2008, at 1:24 AM, Luka Napotnik wrote: Hello. Thanks for the quick reply. It seems that locking the GDK subsystem before every call to WebKit is not enough. Can this be a problem with the way how WebKit manages memory? Is there a locking function for that? Greets, Luka Dne 06.10.2008 (pon) ob 01:10 -0700 je Maciej Stachowiak zapisal(a): On Oct 6, 2008, at 12:50 AM, Luka Napotnik wrote: Hello. I have a program that uses the webkit engine (gtk+ port) for intense-rendering. I have about 10 threads, each with it's own webkit instance. While there's no problem when only two instances are active. But when I increase the instances, the program segfaults. WebKit is not threadsafe. It is not currently possible to use it safely from multiple threads. If it ever seems to work, it is only through luck. Regards, Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev signature.asc Description: To je digitalno podpisan del sporočila ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] File upload feature
Hi all, I am currently working on *Gtk* platform. I checked the latest code, in that code File uploading does not work. Does anybody knows whether webkit currently supports/implements File uploading or not? Or is it not working because of the platform on which I am working? The network library which I am using is *curl.* Thanks Regards, Amit ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] segfault when having multiple webkit instances (got backtrace)
On Oct 6, 2008, at 2:32 AM, Luka Napotnik wrote: Ok I understand. Would it make a difference if I have only one WebKit instance and then create frames and then operate on frames in the threads? That would probably make it even more likely to crash. The only safe way to get more concurrency out of WebKit is to use multiple processes (just fork a few and use message passing over pipes or something to coordinate). Regards, Maciej Greets, Luka Dne 06.10.2008 (pon) ob 02:18 -0700 je Oliver Hunt zapisal(a): No amount of locking will save you -- webkit uses many threads itself -- many (if not most) of which then post messages directly to the main application thread, on the assumption that all webviews are being controlled by that one thread. --Oliver On Oct 6, 2008, at 1:24 AM, Luka Napotnik wrote: Hello. Thanks for the quick reply. It seems that locking the GDK subsystem before every call to WebKit is not enough. Can this be a problem with the way how WebKit manages memory? Is there a locking function for that? Greets, Luka Dne 06.10.2008 (pon) ob 01:10 -0700 je Maciej Stachowiak zapisal(a): On Oct 6, 2008, at 12:50 AM, Luka Napotnik wrote: Hello. I have a program that uses the webkit engine (gtk+ port) for intense-rendering. I have about 10 threads, each with it's own webkit instance. While there's no problem when only two instances are active. But when I increase the instances, the program segfaults. WebKit is not threadsafe. It is not currently possible to use it safely from multiple threads. If it ever seems to work, it is only through luck. Regards, Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] File upload feature
Hi, What do you mean does not work ? If it crashes it might be related to the recent regression I filed a bug about yesterday : #21385 ( https://bugs.webkit.org/show_bug.cgi?id=21385 ) Regards, On Mon, Oct 6, 2008 at 7:57 PM, Amit Nargund [EMAIL PROTECTED] wrote: Hi all, I am currently working on Gtk platform. I checked the latest code, in that code File uploading does not work. Does anybody knows whether webkit currently supports/implements File uploading or not? Or is it not working because of the platform on which I am working? The network library which I am using is curl. Thanks Regards, Amit ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] File upload feature
Hi, No it does not crash. If I open rapidshare.com, and then select a file and click on upload... nothing happens! I observed the http traffic through wireshark, and I could not see any POST packet in it. That means nothing is POSTED to the server! On Mon, Oct 6, 2008 at 7:11 PM, Cedric Vivier [EMAIL PROTECTED] wrote: Hi, What do you mean does not work ? If it crashes it might be related to the recent regression I filed a bug about yesterday : #21385 ( https://bugs.webkit.org/show_bug.cgi?id=21385 ) Regards, On Mon, Oct 6, 2008 at 7:57 PM, Amit Nargund [EMAIL PROTECTED] wrote: Hi all, I am currently working on Gtk platform. I checked the latest code, in that code File uploading does not work. Does anybody knows whether webkit currently supports/implements File uploading or not? Or is it not working because of the platform on which I am working? The network library which I am using is curl. Thanks Regards, Amit ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] New simplified patch review interface for bugs.webkit.org
On Oct 3, 2008, at 5:08 PM, Darin Adler wrote: On Oct 3, 2008, at 2:06 PM, Maciej Stachowiak wrote: My suggestion: I think the Edit link should be scrapped or reduced to only the few things you can't do from Review Patch, to reduce confusion. Related: There are edit links in both bug discussions and the review query that would be better if they led to Review Patch instead. Probably review requested emails should link to Review Patch as well. I filed these bugs to cover the requests I've heard so far: https://bugs.webkit.org/show_bug.cgi?id=21399 Edit links for patches are confusing/mostly redundant given Review Patch https://bugs.webkit.org/show_bug.cgi?id=21400 Edit links for patches in comments, review queue, review emails should be replaced by Review Patch links https://bugs.webkit.org/show_bug.cgi?id=21401 Comments field on Review Patch page should be initially filled with quoted patch -Adam ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Managed C++ Webkit
Hi All, I am working on a project in VC 2005 in a managed environment. I have tracked down my issue of not getting WebKit working to this one function call. Has anyone had any experience getting it to work in a managed environment? pin_ptrIWebView* p = gWebView; hr = CoCreateInstance(CLSID_WebView, 0, CLSCTX_ALL, IID_IWebView, p); Ive also tried: void* pInterface; hr = CoCreateInstance(CLSID_WebView, 0, CLSCTX_ALL, IID_IWebView, pInterface); gWebView = (IWebView*)pInterface; In both cases, the object gets created but does not get instantiated. All members of the object are unknown. Thanks. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Managed C++ Webkit
I think the thing you are missing is calling gWebView-setFrameLoadDelegate. See WinLauncher for more details on that part. Hope that helps at all. Are you trying to make this without a GUI? I've personally had no luck with COM, althought I have had success with Cocoa/OS X to some degree. ~/Jason Hullinger On Mon, Oct 6, 2008 at 8:35 AM, John Penman (jopenman) [EMAIL PROTECTED]wrote: Hi All, I am working on a project in VC 2005 in a managed environment. I have tracked down my issue of not getting WebKit working to this one function call. Has anyone had any experience getting it to work in a managed environment? pin_ptrIWebView* p = gWebView; hr = CoCreateInstance(CLSID_WebView, 0, CLSCTX_ALL, IID_IWebView, p); Ive also tried: void* pInterface; hr = CoCreateInstance(CLSID_WebView, 0, CLSCTX_ALL, IID_IWebView, pInterface); gWebView = (IWebView*)pInterface; In both cases, the object gets created but does not get instantiated. All members of the object are unknown. Thanks. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Managed C++ Webkit
Jason, Thanks for the reply. I have tried to follow the WinLauncher example and am able to get it working without any problems. But if I try to move into a new project that uses managed c++ (using Windows.Forms), this is where my problems arise. Below is the full code I am trying to run, and it will work up until the initWithFrame call. But I have tracked it down to actually failing on the CoCreateInstance call, even though no error is produced. Since the object does appear to be created (it has a handle), but none of the members to WebView exist. //pin_ptrIWebView* p = gWebView; void* pInterface; hr = CoCreateInstance(CLSID_WebView, 0, CLSCTX_ALL, IID_IWebView, pInterface); if (FAILED(hr)) goto exit; gWebView = (IWebView*)pInterface; gWebHost = new CPortalBrowserWebHost(); gWebHost-AddRef(); hr = gWebView-setFrameLoadDelegate(gWebHost); if (FAILED(hr)) goto exit; HWND newHwnd = *(HWND *)contentPanel-Handle; hr = gWebView-setHostWindow((OLE_HANDLE) newHwnd); if (FAILED(hr)) goto exit; RECT clientRect; GetClientRect(newHwnd, clientRect); hr = gWebView-initWithFrame(clientRect, 0, 0); if (FAILED(hr)) goto exit; static BSTR defaultURL = 0; if(!defaultURL) defaultURL = SysAllocString(TEXT(http://www.cisco.com;)); //file://c://webresources//brand.html gWebView-setMainFrameURL(defaultURL); gWebHost-loadURL(defaultURL); Thanks again. From: Jason Hullinger [mailto:[EMAIL PROTECTED] Sent: Monday, October 06, 2008 11:13 AM To: John Penman (jopenman) Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Managed C++ Webkit I think the thing you are missing is calling gWebView-setFrameLoadDelegate. See WinLauncher for more details on that part. Hope that helps at all. Are you trying to make this without a GUI? I've personally had no luck with COM, althought I have had success with Cocoa/OS X to some degree. ~/Jason Hullinger On Mon, Oct 6, 2008 at 8:35 AM, John Penman (jopenman) [EMAIL PROTECTED] wrote: Hi All, I am working on a project in VC 2005 in a managed environment. I have tracked down my issue of not getting WebKit working to this one function call. Has anyone had any experience getting it to work in a managed environment? pin_ptrIWebView* p = gWebView; hr = CoCreateInstance(CLSID_WebView, 0, CLSCTX_ALL, IID_IWebView, p); Ive also tried: void* pInterface; hr = CoCreateInstance(CLSID_WebView, 0, CLSCTX_ALL, IID_IWebView, pInterface); gWebView = (IWebView*)pInterface; In both cases, the object gets created but does not get instantiated. All members of the object are unknown. Thanks. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] segfault when having multiple webkit instances (got backtrace)
Am Mon, 06 Oct 2008 03:09:08 -0700 schrieb Maciej Stachowiak [EMAIL PROTECTED]: On Oct 6, 2008, at 2:32 AM, Luka Napotnik wrote: Ok I understand. Would it make a difference if I have only one WebKit instance and then create frames and then operate on frames in the threads? That would probably make it even more likely to crash. The only safe way to get more concurrency out of WebKit is to use multiple processes (just fork a few and use message passing over pipes or something to coordinate). Note that Gtk is not thread-safe in the first place. The only supported way of working with threads is by using one dedicated thread for Gtk related code and otherwise using g_idle_add and friends to delegate calls to that dedicated thread. Incidentally I can confirm that using WebKit (Gtk) in different processes combined with pipes works perfectly, although I don't actually have a use for threads. Such a setup actually improves interface responsiveness, if that is your intent. ciao, Christian ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Javascript window.open handling in GTK
Thanks Gustavo! I applied the patch and after some additional code changes in GtkLauncher it works. Actually pretty well!! :) I had a much less sophisticated version in my tree. One thing missing right now is window.close() from what I can see. Did you leave that out intentionally? I guess we need a similar signal in ChromeClient::closeWindowSoon() for that, e.g. close-web-view. -Bernd -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gustavo Noronha Silva Sent: Friday, October 03, 2008 2:24 AM To: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Javascript window.open handling in GTK On Wed, 2008-10-01 at 15:18 -0700, Weber, Bernd wrote: Playing around with the code for a while now I found that, at least in the GTK implementation, window.open(), close(), etc is not implemented. Can anyone explain to me why this is not implemented? Maybe because of security concerns? Wouldn't it be better to have a setting defined that restricts this feature instead of not implementing it at all?! I think mostly because code has not been written or has not been reviewed/commited yet. I think what you are trying to do will probably be helped by these: https://bugs.webkit.org/show_bug.cgi?id=19130 https://bugs.webkit.org/show_bug.cgi?id=16401 See you, -- Gustavo Noronha Silva [EMAIL PROTECTED] GNOME contributor: http://www.gnome.org/ ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev - This message (including any attachments) may contain confidential information intended for a specific individual and purpose. If you are not the intended recipient, delete this message. If you are not the intended recipient, disclosing, copying, distributing, or taking any action based on this message is strictly prohibited. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Transparency on GTK/DirectFB
Hey, Is there a way to have all pages constantly being transparent? It seems I must always set the transparent property after I load a page. I'd rather have transparency for the webpages constantly enabled. Basically when it creates a webview the transparency should be active by default. I changed webkit_web_view_class_init(), when the property is installed to TRUE but it doesn't seem to make a difference. Is there another point in the code where I have to change this in order to have a default behavior with transparency enabled?! I'm probably missing something... :-/ -Bernd -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Weber, Bernd Sent: Thursday, September 25, 2008 2:38 PM To: Christian Dywan; webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Transparency on GTK/DirectFB Thanks Christian, great pointers! I got it working! Very cool! -Bernd For reference, here the changes I did in GtkLauncher: static void make_transparent(WebKitWebView* l_web_view) { GValue val = {0,}; g_value_init (val, G_TYPE_BOOLEAN); g_value_set_boolean (val, 1); g_object_set_property (G_OBJECT (l_web_view), transparent, val); } static void make_transparent_cb (GtkWidget* widget, gpointer data) { make_transparent (web_view); } static void set_colormap(GtkWidget* window) { GdkScreen* screen = gtk_widget_get_screen (window); GdkColormap* colormap = gdk_screen_get_rgba_colormap (screen); if (!colormap) { g_warning (No ARGB colormap available! Using RGB colormap!\n); colormap = gdk_screen_get_rgb_colormap (screen); } else { g_print (Using ARGB colormap now! :-)\n); } gtk_widget_set_colormap (window, colormap); } In main.c: main_window = create_window (); set_colormap(main_window); -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christian Dywan Sent: Wednesday, September 24, 2008 3:48 PM To: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Transparency on GTK/DirectFB Am Wed, 24 Sep 2008 15:16:24 -0700 schrieb Darin Adler [EMAIL PROTECTED]: On Sep 24, 2008, at 3:10 PM, Weber, Bernd wrote: The holy grail however would be to achieve transparency to the underlying desktop, by defining transparent as the background color. WebKit definitely supports this. It's used this way in the Mac OS X Dashboard. I'm not sure whether Webkit, especially with GTK/DirectFB, supports this right now. I don't know if the GTK/DirectFB port supports it. That's a question for someone else. Take a look at the headers. There's no other documentation at this point but it should be intuitive enough for most of what we have. webkit_web_view_set_transparent You will want that. And make sure you have an ARGB colour map on your window, ie. when you create your toplevel window. ciao, Christian ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev - This message (including any attachments) may contain confidential information intended for a specific individual and purpose. If you are not the intended recipient, delete this message. If you are not the intended recipient, disclosing, copying, distributing, or taking any action based on this message is strictly prohibited. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] 答复: webkit-dev Digest, Vol 4 1, Issue 12
Hi all, I am new to webkit. Recently I run the layout test and got the following result: Total:9085 Passed:4853 Incorrect: 4198 Timedout: 15 Crashed: 5 Stderr: 14 Is this result reasonable? Or I wrongly executed the test? Can anybody help me? Thanks again! Bely ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] About the layout test result.
On 2008-10-05, at 23:16, Bely wrote: Hi all, I am new to webkit. Recently I run the layout test and got the following result : [table] Test Feature Total passed/ incorrect/timedout/crashed/stderr Pass rate Layout Testing 9085 4853 4198 15 5 14 53.4% [text] Total:9085 Passed: 4853 Incorrect: 4198 Timedout: 15 Crashed: 5 Stderr: 14 Why the pass rate is so low? Is this result reasonable? Or I wrongly executed the test? Can someone help me? Which platform did you run tests on? Which port of WebKit did you use? The buildbot at http://build.webkit.org/waterfall shows that WebKit on Mac is currently passing 100% of the regression tests. Results for ports other than Mac and Windows are likely to be significantly worse as the developers of other ports have not spent much time focussing on passing the layout tests. - Mark smime.p7s Description: S/MIME cryptographic signature ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] 答复: About the layout test r esult.
Hi Mark, Thanks for your reply! I am running the tests on windows, with cygwin installed. After build it in VC8 using “debug” configuration, I execute the tests by invoking run-webkit-tests in cygwin console like: ./run-webkit-tests First time it says WebKitGUID.lib is missing, I rename WebKitGUID_debug.lib to WebKitGUID.lib, And later it says WTF_debug.lib is missing, again I rename WTF_debug.lib to WTF.lib, then I began to run the tests and Got the result. Is there anything wrong with my process? Thanks! - Bely -邮件原件- 发件人: Mark Rowe [mailto:[EMAIL PROTECTED] 发送时间: 2008年10月7日 10:07 收件人: Bely 抄送: webkit-dev@lists.webkit.org 主题: Re: [webkit-dev] About the layout test result. On 2008-10-05, at 23:16, Bely wrote: Hi all, I am new to webkit. Recently I run the layout test and got the following result : [table] Test Feature Total passed/ incorrect/timedout/crashed/stderr Pass rate Layout Testing 9085 4853 4198 15 5 14 53.4% [text] Total:9085 Passed: 4853 Incorrect: 4198 Timedout: 15 Crashed: 5 Stderr: 14 Why the pass rate is so low? Is this result reasonable? Or I wrongly executed the test? Can someone help me? Which platform did you run tests on? Which port of WebKit did you use? The buildbot at http://build.webkit.org/waterfall shows that WebKit on Mac is currently passing 100% of the regression tests. Results for ports other than Mac and Windows are likely to be significantly worse as the developers of other ports have not spent much time focussing on passing the layout tests. - Mark ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] 答复: About the layout test r esult.
On Oct 6, 2008, at 7:55 PM, Bely wrote: Hi Mark, Thanks for your reply! I am running the tests on windows, with cygwin installed. After build it in VC8 using “debug” configuration, I execute the tests by invoking run-webkit-tests in cygwin console like: ./run-webkit-tests First time it says WebKitGUID.lib is missing, I rename WebKitGUID_debug.lib to WebKitGUID.lib, And later it says WTF_debug.lib is missing, again I rename WTF_debug.lib to WTF.lib, then I began to run the tests and Got the result. Is there anything wrong with my process? Hi Bely, Many layout tests’ results are dependent on the fonts that are available on the system. When you run the tests on Windows, the results for most tests are compared against the expected results in LayoutTests/platform/mac, so it is expected that the results will mismatch, because a typical installation of Windows is missing many fonts that are available on Mac OS X. Thanks, -- Dan Thanks! - Bely -邮件原件- 发件人: Mark Rowe [mailto:[EMAIL PROTECTED] 发送时间: 2008年10月7日 10:07 收件人: Bely 抄送: webkit-dev@lists.webkit.org 主题: Re: [webkit-dev] About the layout test result. On 2008-10-05, at 23:16, Bely wrote: Hi all, I am new to webkit. Recently I run the layout test and got the following result : [table] Test Feature Total passed/ incorrect/timedout/crashed/stderr Pass rate Layout Testing 9085 4853 4198 15 5 14 53.4% [text] Total:9085 Passed: 4853 Incorrect: 4198 Timedout: 15 Crashed: 5 Stderr: 14 Why the pass rate is so low? Is this result reasonable? Or I wrongly executed the test? Can someone help me? Which platform did you run tests on? Which port of WebKit did you use? The buildbot at http://build.webkit.org/waterfall shows that WebKit on Mac is currently passing 100% of the regression tests. Results for ports other than Mac and Windows are likely to be significantly worse as the developers of other ports have not spent much time focussing on passing the layout tests. - Mark ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] charset not specified when provided in form/enctype
Hi, Can anyone comment on issue 21424: https://bugs.webkit.org/show_bug.cgi?id=21424 Should we sending the charset if specified as part of the enctype specified in the form? André ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] 答复: 答复: About the layout test result.
Thanks Dan! But what fonts should I install on windows to run the tests and where can I get them? Thanks! -- Bely _ 发件人: Dan Bernstein [mailto:[EMAIL PROTECTED] 发送时间: 2008年10月7日 11:36 收件人: Bely 抄送: 'Mark Rowe'; webkit-dev@lists.webkit.org 主题: Re: [webkit-dev] 答复: About the layout test result. On Oct 6, 2008, at 7:55 PM, Bely wrote: Hi Mark, Thanks for your reply! I am running the tests on windows, with cygwin installed. After build it in VC8 using “debug” configuration, I execute the tests by invoking run-webkit-tests in cygwin console like: ./run-webkit-tests First time it says WebKitGUID.lib is missing, I rename WebKitGUID_debug.lib to WebKitGUID.lib, And later it says WTF_debug.lib is missing, again I rename WTF_debug.lib to WTF.lib, then I began to run the tests and Got the result. Is there anything wrong with my process? Hi Bely, Many layout tests’ results are dependent on the fonts that are available on the system. When you run the tests on Windows, the results for most tests are compared against the expected results in LayoutTests/platform/mac, so it is expected that the results will mismatch, because a typical installation of Windows is missing many fonts that are available on Mac OS X. Thanks, -- Dan Thanks! - Bely -邮件原件- 发件人: Mark Rowe [mailto:[EMAIL PROTECTED] 发送时间: 2008年10月7日 10:07 收件人: Bely 抄送: webkit-dev@lists.webkit.org 主题: Re: [webkit-dev] About the layout test result. On 2008-10-05, at 23:16, Bely wrote: Hi all, I am new to webkit. Recently I run the layout test and got the following result : [table] Test Feature Total passed/ incorrect/timedout/crashed/stderr Pass rate Layout Testing 9085 4853 4198 15 5 14 53.4% [text] Total:9085 Passed: 4853 Incorrect: 4198 Timedout: 15 Crashed: 5 Stderr: 14 Why the pass rate is so low? Is this result reasonable? Or I wrongly executed the test? Can someone help me? Which platform did you run tests on? Which port of WebKit did you use? The buildbot at http://build.webkit.org/waterfall shows that WebKit on Mac is currently passing 100% of the regression tests. Results for ports other than Mac and Windows are likely to be significantly worse as the developers of other ports have not spent much time focussing on passing the layout tests. - Mark ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev