Re: [webkit-dev] How to set proxy in webkit ?
On Wed, 8/20/08, Andy [EMAIL PROTECTED] wrote: Hi, all In my app based on webkit I want to set a proxy, I know webkit uses the system proxy config as its proxy, but I can not find any API about that, how to get the system proxy info and how to set it ? Is there any sample code I can refer to ? Someone can give me a link ? Thanks for your time. Assuming you're writing a Mac OS X application, this may help: http://developer.apple.com/documentation/CoreFoundation/Reference/CFProxySupport/Reference/reference.html Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] error while cross compiling WebKit
Your C++ compiler doesn't know what 'std::wstring' is. Does your C++ library support wide characters? Dave On Mon, 8/18/08, nishit sharma [EMAIL PROTECTED] wrote: Hi All, I am getting this error while cross compiling WebKit for MIPS WebKitTools/DumpRenderTree/DumpRenderTree.h:50: error: expected constructor, destructor, or type conversion before urlSuitableForTestResult I am not getting the cause of this error, Can anybody help me inresolving this issue Thanks and Regards Nishit ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] 9 regression tests failing on the buildbot!
On Tue, 8/12/08, Darin Adler [EMAIL PROTECTED] wrote: Does anyone know why these tests are failing on Mac OS X? I presume these are recent regressions. There are even more failing on Windows and other platforms fast/dom/cssTarget-crash.html Due to a change to handling of anchors in URLs perhaps? Likely related, but unproven at this point. (I did not see a failure in this test while fixing Bug 13067 or Bug 20038.) https://bugs.webkit.org/show_bug.cgi?id=20342 fast/dom/defaultView.html Dumping some other test's render tree. fast/dom/destroy-selected-radio-button-crash.html Dumping render tree instead of text only results. These could be fallout from cssTarget-crash.html not stopping when it should. Do they work when run individually? Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Is it Possible to cross compile webkit for arm on mac??
On Mon, 8/4/08, 조인표 [EMAIL PROTECTED] wrote: I am trying to cross compile webkit for arm-apple-darwin on mac. Because I want to execute my own safari on iPhone. But webkit basically don't seems to support arm archtecture on mac. Webkit project setting says that valid archtectures are i386 and ppc to compile. Is that righht? That is correct if you don't have the iPhone SDK installed. Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] IDL and JavaScript bindings .. ?
WebKit is a full web browser engine (supporting JavaScript and rendering of HTML, XHTML, SVG, images and plug-ins), not just a simple HTML renderer (although it does that, too :). If all you're looking for is a simple HTML renderer, there are probably better choices. See the thread entitled, WebKit-GTK in embedded system for more details (you didn't say which platform this was for, though): https://lists.webkit.org/pipermail/webkit-dev/2008-July/004503.html Dave On Thu, 8/7/08, Javed Rabbani [EMAIL PROTECTED] wrote: Hello Everyone, I am new to Webkit domain. I am initially trying to use Webkit to render a simple html text file with no graphics. I am confused with the IDL files that come with Webkit source. Why is there any need to generate JavaScript bindings via IDL files using Perl scripts. What I want to say is why these binding files are not part of the source? Everyone will be required to generate them on his system through the Perl script. If I am trying to render a plain text message, will I still need to generate these bindings in order to build successfully? Can I somehow skip these files to simplify the usage. Thanks, J R Shah ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] webkit documentation
We update the web site through patches. Just file a bug on bugs.webkit.org and attach a patch with ChangeLog for review! Dave On Mon, 7/21/08, Jack Wootton [EMAIL PROTECTED] wrote: OK, it seems this is a good place to start http://developer.apple.com/documentation/Cocoa/Conceptual/DisplayWebContent/Concepts/WebKitDesign.html Had to use Google to find it though, is it linked to on http://webkit.org/ at all? Cheers, Jack On Mon, Jul 21, 2008 at 9:57 AM, Jack Wootton [EMAIL PROTECTED] wrote: Hi all, I am mainly interested in S60 WebKit, however due to the project seeming to be in complete disarray to those not working for Nokia, I've decided to focus my efforts on the WebKit branch from which S60 WebKit started. I understand this to be Tiger 10.4.7 (it was one of the few pieces of information about S60 WebKit that I could actually find - although it will almost certainly turn out to be incorrect :p): http://trac.webkit.org/browser/releases/Apple/Tiger/Mac%20OS%20X%20Update%2010.4.7 Where can I find documentation for this code? The question here is, other than trawling through code, where can I find documentation that explain it's implementation? Cheers, Jack ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] webkit s60 working revision
Conclusions drawn are left as an exercise for the reader: http://www.google.com/search?hl=ensafe=offclient=safarirls=enq=nokia+acquires+trolltech http://build.webkit.org/builders/trunk-qt-linux-release http://build.webkit.org/builders/trunk-qt-win-release Dave On Fri, 7/18/08, Jack Wootton [EMAIL PROTECTED] wrote: Hi all, I hope someone can provide some clarification on the following issue: Can anyone provide any clarity as to why the latest working version of s60 WebKit is '21772', which is over 1 year old. Yet Nokia release phones with a working browser, which must include a working s60 WebKit? Is the WebKit included in the most recent phones revision '21772'? Cheers, Jack ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] How to use webkit ?
Hi Nemix, You need a Mac to do iPhone development. Go ask your boss for a nice MacBook Pro laptop or a Mac Pro tower. Don't skimp on RAM, either. :) http://store.apple.com/ Dave On Thu, 7/17/08, Nemix [EMAIL PROTECTED] wrote: Hi ^^ After a discussion with my boss, I have to study a little more webkit solution. So I looked for webkit solution again since yesterday. Dave, you said : I'm not sure how well Eclipse supports Objective-C. I'd recommend using Xcode, which is the free IDE available for Mac OS X. Hmm I haven't Mac OS, I have Windows and can't develop on Mac at the moment (... and maybe never for this project ...). And XCode seems not to be available for Windows. So I search for something to develop with webkit and Objective-C on Windows. I have had a look on Apple website as Brent said. But they talk about XCode and nothing else (I haven't seen something else but maybe have I forgotten something ^^). I have seen : It is also possible to write Objective-C Cocoa programs in a simple text editor and build it manually with GCC or GNUstep's makefile scripts. http://en.wikipedia.org/wiki/Cocoa_(software) Does it work in my case ? I prefer to develop on a software... Do you know an other solution ? If I develop my application for iPhone thanks to documents, tools and videos on this page : http://developer.apple.com/iphone/ Will my web application run for Mac OS at 100% ? I am not sure about the answer... so I prefer to ask a confirmation ;) Thank you very much ! ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Building WebKit on Visual Studio 2005 is faied.
Do you have ActiveState Perl installed? If so, the perl command in Cygwin may be picking up ActiveState Perl instead of /usr/bin/perl. You either need to uninstall ActiveState Perl or change your PATH environment variable so that /usr/bin/perl is first. Running which perl or perl --version from Cygwin may give you more information as well. Dave On Wed, 7/16/08, JungChul Park [EMAIL PROTECTED] wrote: Dear all, I've tried to build WebKit on Visual Studio 2005. I have been following the post on WebKit.org and wiki. I have done all required steps. but when I compile the WebKit I get some errors. You can see the error massge on http://novvon.tistory.com/121. Please help me to come out of this situation. Thank a lot in advance!___ 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] Image Reflection using webkit
Which version(s) of WebKit are you using? This only currently works in the Mac or Windows Nightly builds, or on tip-of-tree WebKit if you're compiling your own: http://nightly.webkit.org/ Dave On Tue, 7/15/08, aalap shah [EMAIL PROTECTED] wrote: Hi, I am trying to reflect an image i have set the following property in css file for the image id -webkit-box-reflect: below 25px -webkit-gradient(linear, left top, left bottom, from(transparent), color-stop(0.5, transparent), to(white)); but it is not getting reflected I have referred to link http://webkit.org/blog/182/css-reflections/ and done exactly the same way but still it does not work Please can anyone help Is there anything to be written in js? -- Real men don't use backups, they post their stuff on a public ftp server and let the rest of the world make copies. - Linus Torvalds ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Image Reflection using webkit
Then the GTK port probably hasn't implemented what's needed to use these features yet. Dave On Tue, 7/15/08, aalap shah [EMAIL PROTECTED] wrote: Hi, Im using GTKlauncher with GTKport using webkit r33943 version On Tue, Jul 15, 2008 at 8:04 PM, David Kilzer [EMAIL PROTECTED] wrote: Which version(s) of WebKit are you using? This only currently works in the Mac or Windows Nightly builds, or on tip-of-tree WebKit if you're compiling your own: http://nightly.webkit.org/ Dave On Tue, 7/15/08, aalap shah [EMAIL PROTECTED] wrote: Hi, I am trying to reflect an image i have set the following property in css file for the image id -webkit-box-reflect: below 25px -webkit-gradient(linear, left top, left bottom, from(transparent), color-stop(0.5, transparent), to(white)); but it is not getting reflected I have referred to link http://webkit.org/blog/182/css-reflections/ and done exactly the same way but still it does not work Please can anyone help Is there anything to be written in js? -- Real men don't use backups, they post their stuff on a public ftp server and let the rest of the world make copies. - Linus Torvalds -- Real men don't use backups, they post their stuff on a public ftp server and let the rest of the world make copies. - Linus Torvalds ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] How to use webkit ?
On Fri, 7/11/08, Nemix [EMAIL PROTECTED] wrote: After more readings on this subject, I have some others questions. I can use JavaFX as JNI, right ? (only if it works with iphone, I havn't this information... if someone know ^^) Can I use AWT ? Java is not available on iPhone OS. You can't use any Java-related technology. If I choose a web browser based on the WebKit (as OWG or Qt), I place it into a Container and use javascript functions to do what I want ? Or it isn't what I have to do ? That's possible to do in Objective-C (Cocoa Touch) on iPhone OS using a UIWebDocumentView. I thought I can use eclipse to develop my application (as I do usually), and I would like to use it to develop this application. I'm not sure how well Eclipse supports Objective-C. I'd recommend using Xcode, which is the free IDE available for Mac OS X. http://www.apple.com/xcode http://developer.apple.com/tools/xcode/ Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Query on running the test scripts
The run-javascriptcore-tests script attempts to build JavaScriptCore and the testkjs/jsc tool before running the actual tests. If you haven't taught webkitdirs.pm how to build for your platform, it's not going to work. The line in the script that runs the actual test is this line: my $result = system perl, jsDriver.pl, -e, squirrelfish, -s, jscPath($productDir), -f, actual.html, @jsArgs; Try running that command by itself (I don't think you need any @jsArgs by default) to see if that works. Dave On Thu, 7/10/08, Gargi Varun-DFXR46 [EMAIL PROTECTED] wrote: Hi All We are trying to test javascriptcore using the scripts that we have in Dir \WebKit\WebKitTools\Scripts. We have build the webkit on Symbian UIQ. when we try running a script run-javascriptcore-tests from command prompt it gives some errors as follows The system cannot find the path specified. The system cannot find the path specified. Building not defined for this platform! Compiling testkjs failed! Is there any thing more needed to make these scripts run. We tried it on Cygwin also still the same errors. Thanks Varun___ 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] How to use webkit ?
Hi Nemix, In order to use WebKit with Java, you will have to provide a JNI (Java Native Interface) layer that lets Java talk to WebKit. You'll also have to provide a way for WebKit to draw within a Java application. (This is also a gross oversimplification of what may be required.) Fortunately Sun may have already done most of the work for you, although I'm not sure JWebPane is ready yet: https://lists.webkit.org/pipermail/webkit-dev/2008-June/004055.html Dave On Thu, 7/10/08, Nemix [EMAIL PROTECTED] wrote: Hi, I would like to try webkit cause I really need it for a project. I have to develop in Java. But I haven't any idea on how can I start with webkit ?. An IDE is needed (eclispe, ...) ? How can I do ? I'm a very newcomer... Can somebody help me to start please ? I have downloaded the Windows version of the webkit. I would like for example to embed it in a container to display the website I want. What files have I to look and modify (or create...) ? Have I got to use Java or Javascript (I have seen a lot of .js files in the windows package) or something else ? Thanks ! ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] JPEG2000 support
Correct, but it's not available to third-party developers due to licensing. Dave On Sun, 7/6/08, KwangYul Seo [EMAIL PROTECTED] wrote: Hi, You mentioned that WebKit uses Core Graphics frameworks on Mac OS X and Windows. Does this mean that there is a Core Graphics Windows port? Regards, Kwang Yul Seo On Sun, Jul 6, 2008 at 10:08 PM, David Kilzer [EMAIL PROTECTED] wrote: On Sun, 7/6/08, KwangYul Seo [EMAIL PROTECTED] wrote: Does WebKit support JPEG2000? Some web pages say so. http://echoone.com/filejuicer/formats/jp2 However, I can't find JPEG2000 decoder in WebCore/platform/image-decoders. What is the JPEG2000 decoder? It depends on the platform. WebKit uses the Core Graphics (CG) framework with Apple's Safari web browser on Mac OS X and Windows, not the decoders in the WebCore/platform/image-decoders directory. Thus Safari does support the JPEG2000 format, although there is currently one bug open on bugs.webkit.org about it: JPEG 2000 images display intermittently https://bugs.webkit.org/show_bug.cgi?id=8754 I'm not sure about other platforms. I'd guess that if there isn't a decoder for JPEG2000 in WebCore/platform/image-decoders then it's not currently supported. Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] WebKit Fails to build in XCode 3.1
Xcode 3.1 should work.
If you run which iconv from a Terminal window, what is the output?
If you run iconv --version, what is the output?
Do you have Fink or MacPorts installed?
Which version of Mac OS X do you have installed?
Dave
On Thu, 7/3/08, Samuel Davis [EMAIL PROTECTED] wrote:
Hi Mark, Hi David
Your guidance is much appreciated on this issue - thanks!
I have examined the *copystrings* script file on my
machine, which
happens to be a Ruby script, and the part where the command
*iconv* is
used is shown below:
# Convert the input file to the output encoding (usually
UTF-16); the
output location is normally in the Resources directory of
the product.
system('iconv --from-code=' +
OPTIONS[:InputEnc] + ' --to-
code=' + OPTIONS[:OutputEnc] + '
' + path + ' ' +
OPTIONS[:OutputDir] + '/' + pathBaseName +
'')
if $?.termsig then $stderr.puts
#{File.basename($0)}: error:
iconv terminated with signal #{$?.termsig} ; exit 1 ;
end
exit $?.exitstatus unless $?.exitstatus == 0
From what I can see, I would interpret it as shown below:
[-f fromcode] is equivalent to '--from-code=
' + OPTIONS[:InputEnc]'
[-t tocode] is equivalent to '
--to-code=' + OPTIONS[:OutputEnc] +
'
[file ...] is equivalent to ' + path +
' ' + OPTIONS[:OutputDir]
+ '/' + pathBaseName + '')
Here is the Man pages synopsis:
iconv [-c] [-s] [-f encoding] [-t encoding]
[inputfile ...]
iconv -l
There seems to be some inconsistencies here! And, I would
conclude
that there is a mis-match in the syntax between them.
I previously forgot to mention that I had updated my XCode
tool chain
between the time I was able to build and the time that I
wasn't able
to build (i.e. now!). I had a look at the WebKit pages
and all it
says is that XCode 2.3 or later is required to build. So I
would
assume that my installation of XCode 3.1 should be okay.
But it
appears not to be!
Could it be that XCode 3.1 can't build WebKit?
So far I have updated my SVN Client, deleted my local
WebKit trunk
(with rm -rf), Installed a brand new copy of the WebKit
trunk, but the
problem still persist! I'm not able to build on my
machine.
I would appreciate any further ideas that you might have
that would
help me to solve this most annoying problem.
Best regards,
Sam
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Clarification on developing an embedded browser in PPC platform
Mike Hommey maintains a libwebkit package for Debian Linux. http://packages.debian.org/source/lenny/webkit [testing] http://packages.debian.org/source/sid/webkit[unstable] Mike also has a blog where he discusses WebKit: http://glandium.org/blog/ That may be a good starting point for you since it already compiles on PowerPC with Debian Linux. Note that Mike's sources aren't in the main Subversion repository. He maintains a separate git repository for this port: http://git.debian.org/?p=pkg-webkit/webkit.git Dave On Wed, 7/2/08, devan sai [EMAIL PROTECTED] wrote: Hi, Thanks David/Jean for the replies, My platform is PPC machine with Debian linux running on it. So if the installation exists already for PPC on MAC, can we take the same source with minimal changes in Makefile/similar items and put it on Powepc linux machine? Regards, Devan On Tue, Jul 1, 2008 at 7:37 PM, David Kilzer [EMAIL PROTECTED] wrote: On Tue, 7/1/08, devan sai [EMAIL PROTECTED] wrote: I am assigned to develop an embedded web browser in PPC platform. I would like to know the feasibility of the same, the support for HTML 4.01(except for cross frames),XHTML,CSS,JavaScript,AJAX,DOM(basic) etc are needed. This page is not necessarily complete or up-to-date, but it's a good start: http://trac.webkit.org/wiki/SpecSupport Can you guys please help me in finding out a place to get the source and the possible places where I can tweak in this to compile for PPC ? http://webkit.org/building/checkout.html The source already compiles for and runs on PowerPC with Mac OS X 10.4 and 10.5, so there should only be the work needed to port to your specific platform. Any points on customizing for the specific hardware with framebuffer manipulation, is also highly appreciated. You haven't given any details about your platform other than PowerPC. If you're more specific about your hardware or operating system, perhaps you'll find that other ports already exist that support it. Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] WebKit Fails to build in XCode 3.1
If you had a connection failure while checking out/updating Subversion, you may want to remove the entire directory that was being updated, or simply check out the source from scratch again. An svn stat . command may tell you something, but sometimes svn can hork a subdirectory structure to the point where it's easier to simply remove (rm -rf) the directory and then run svn up again (or check out the whole source from scratch). Dave On Wed, 7/2/08, Samuel Davis [EMAIL PROTECTED] wrote: Hi Mark, This problem just won't go away :-( RE: __ Checking Dependencies... ** BUILD FAILED ** The following build commands failed: JavaScriptGlue: CopyStringsFile /Users/samueljd/WebKit/WebKitBuild/Release/ JavaScriptGlue.framework/Versions/A/Resources/English.lproj/ InfoPlist.strings English.lproj/InfoPlist.strings (1 failure) When I first installed the SVN client and checked out the WebKit trunk I was able to build without any problems. The problems occurred some weeks later when my internet connection went down while I was checking out an updated WebKit trunk. I have since deleted the old version of WebKit trunk from my machine and checked out a spanking new one but I'm still not able to build the target on my machine. Believe you me this is really frustrating mainly because I can't see why I can't build targets anymore even with a brand new trunk. Do I need to update my SVN client? While building WebKit with command-line in the Terminal, the output shows lots of compiler commands but there is nothing in it that I can identify as a compiler error. So I tried a creative approach to solving the problem by attempting to build JavaScriptCore.xcodeproj in XCode. The JavaScriptCore target built successfully without any errors. However, when I tried to build JavaScriptGlue.xcodeproj within XCode I had numerous errors (53) as apposed to a single Error when using the command-line. Perhaps this suggest that there is some inter-dependancies between the sub-projects (i.e. JavaScriptCore, JavaScriptGlue, WebCore and WebKit) when building WebKit, hence the reason for the build pearl script. Here is where the command that fails is first displayed the Terminal: CopyStringsFile /Users/samueljd/WebKit/WebKitBuild/Release/ JavaScriptGlue.framework/Versions/A/Resources/English.lproj/ InfoPlist.strings English.lproj/InfoPlist.strings mkdir /Users/samueljd/WebKit/WebKitBuild/Release/ JavaScriptGlue.framework/Versions/A/Resources/English.lproj cd /Users/samueljd/WebKit/JavaScriptGlue /Developer/Library/Xcode/Plug-ins/CoreBuildTasks.xcplugin/ Contents/Resources/copystrings --validate --inputencoding UTF-16 -- outputencoding UTF-16 English.lproj/InfoPlist.strings --outdir /Users/ samueljd/WebKit/WebKitBuild/Release/JavaScriptGlue.framework/Versions/ A/Resources/English.lproj Usage: iconv [-c] [-s] [-f fromcode] [-t tocode] [file ...] or:iconv -l After this output, there are a lot of compiler commands starting with CompileC but I can't see anything that looks like an error code or output. Strange problem indeed! Do you know of any creative ways in which I could start building WebKit again on my local machine? Any suggestions would be much appreciated :-) Best regards, Sam___ 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] How do do incremental build?
Josh, Perhaps you should find out why this command is failing: rm: cannot remove `/usr/local/WebKit2/WebKitBuild/Release/WebCore': Is a directory I'd suggest running rm -rf WebKitBuild, then trying to build again. Dave On Tue, 7/1/08, Joshua Chia [EMAIL PROTECTED] wrote: That didn't work either: Josh [EMAIL PROTECTED]:/usr/local/WebKit2/WebKitTools/Scripts$* ./build-webkit --gtk rm: cannot remove `/usr/local/WebKit2/WebKitBuild/Release/WebCore': Is a directory Calling configure in /usr/local/WebKit2/WebKitBuild/Release checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes configure: error: source directory already configured; run make distclean there first Failed to setup build environment using 'autotools'! [EMAIL PROTECTED]:/usr/local/WebKit2/WebKitTools/Scripts$* pushd ../.. /usr/local/WebKit2 /usr/local/WebKit2/WebKitTools/Scripts [EMAIL PROTECTED]:/usr/local/WebKit2$* WebKitTools/Scripts/build-webkit --gtk rm: cannot remove `/usr/local/WebKit2/WebKitBuild/Release/WebCore': Is a directory Calling configure in /usr/local/WebKit2/WebKitBuild/Release checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes configure: error: source directory already configured; run make distclean there first Failed to setup build environment using 'autotools'! On Tue, Jul 1, 2008 at 3:20 PM, Mark Rowe [EMAIL PROTECTED] wrote: On 2008-07-01, at 14:57, Joshua Chia wrote: The GTK page http://trac.webkit.org/wiki/BuildingGtk says to run autogen.sh and make. There's no mention of build-webkit. Also, when I try to run WebKitTools/Scripts/build-webkit, I get: Try build-webkit --gtk. - 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
Re: [webkit-dev] New IDL return type
[Moving back onto webkit-dev. I couldn't reply with the correct From address using my iPhone yesterday.] On Wed, 6/11/08, Michelangelo De Simone [EMAIL PROTECTED] wrote: Il giorno 11/giu/08, alle ore 00:36, David Kilzer ha scritto: Look at WebCore/DerivedSources.make for where to add your IDL file. That was my first tought as well, but I always get this error when I uncomment the new validity attribute in HTMLInputElement.idl: http://paste.lisp.org/display/62048 Any idea to help me out? I'm desperate.:-) My guess is that DOMHTMLInputElement.mm needs an #import statement to compile without warnings. Look in WebCore/bindings/scripts/CodeGeneratorObjC.pm to see how #import statements are included in generated sources, and make the appropriate change (either in the *.idl file or in the Perl module) to get it included. Note that you may manually attempt to fix the compile error by modifying the generated source to DOMHTMLInputElement.mm and recompiling. (Xcode or make should not overwrite the file if it's newer than the files used to create it.) Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Open Link In New Tab
Hi Dave, Thanks for the complements! Regarding the open-a-window-in-a-new-tab feature, the best thing to do is to create a bug report on https://bugs.webkit.org/ with steps to reproduce the issue (even if it only reproduces 50% of the time). If you are able to create a self-contained, reduced test case, that will give us the best chance to fix the bug. (Please attach the test case to the bug you create!) Regardless of whether this is a WebKit issue or a Safari issue (see http://webkit.org/blog/101/back-to-basics/), a (semi-) reproducible test case is always helpful. (I'm not sure myself where this logic is or I'd point out in the source code where to look.) Thanks! Dave On Sun, 6/8/08, Dave Cronk [EMAIL PROTECTED] wrote: I've been running the nightly builds. Can't tell you how impressed I am with the quality of your work and lately SquirrelFish. There is one thing that gets to me. Even though I set the option to open a window in a new tab, it's a 50/50 proposition. I don't mind getting involved in the WebKit development activities, so if someone could let me know if this is something that is within the province of WebKit, I'll join you folks. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] construct the dom tree of non Xml valid page
What XML (or HTML) did you use? How did it fail? Did you file a bug on https://bugs.webkit.org/? Remember the old saying: Garbage in, garbage out. Just because WebKit attempts to parse whatever you throw at it doesn't mean it will do exactly what you want. (Also remember that XML tends to be stricter than HTML, so it depends on what you're doing.) Dave On Thu, 6/5/08, Habiba Boulefat [EMAIL PROTECTED] wrote: Hi, I tried to construct some html page and it failed, because there is some missing closings tags !!! Habiba. 2008/6/4 David Kilzer [EMAIL PROTECTED]: On Wed, 6/4/08, nina [EMAIL PROTECTED] wrote: No, it doesn't have to be valid. Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Where are the changenotes for each nightly build?
There is an RSS feed of svn commit logs available here as well: http://cia.vc/stats/project/WebKit Dave On Tue, 6/3/08, Oliver Hunt [EMAIL PROTECTED] wrote: If you go to http://nightly.webkit.org/builds/trunk/mac/1 (by following the View all available builds. link) you can see the revision used for each build. http://trac.webkit.org gives you a web based history so you can see each individual commit between the current nightly and the previous. --Oliver On Jun 3, 2008, at 5:24 AM, Johan Lund wrote: Where are the changenotes for each nightly build? Or is there some RSS feed I can subscribe to? Sorry if this is a stupid question but I can't find anything. /Johan ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Does WebKit support 304 Not Modified for Ajax requests?
Hi Scott, This sounds like a bug. Please file a bug on https://bugs.webkit.org/. Attaching a small reproducible sample script to the bug would be extremely helpful as well. Thanks! Dave Scott Schmitz [EMAIL PROTECTED] wrote: I have a web application that makes extensive use of xmlhttprequest (AJAX). I have optimized these GET requests such that the server will return a 304 not modified if the ETag matches up from a prior request. That way, if the browser cache already has the data, I just send the header back and not the data itself. This works great for Firefox and Internet Explorer. In the case of those browsers, I return ETag and last modified headers for the initial request. The browser caches the data and includes If-Modified-Since: If-None-Match: headers when it makes a request again. If the server determined that the cache is good, it returns 304 not-modified response and all is good. WebKit and Safari do not do this. Best I can see, the browser makes its request and does not include any Etag at all. I see this via Web Inspector - Network Panel. Anyone know what is going on? thanks, Scott Schmitz RealOrganized, Inc. http://www.realorganized.com ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
RE: [webkit-dev] Compile WebKit as an embedded framework
Hi Adam, If this is purely an Xcode build issue, you should try the xcode-users mailing list: http://lists.apple.com/mailman/listinfo/xcode-users Also note that you're free to contribute patches via https://bugs.webkit.org/ if you think you can improve the build system for WebKit, or file bugs on https://bugreport.apple.com/ if there is an issue that must be addressed outside of the open source code. Thanks! Dave Krapfl, Adam [EMAIL PROTECTED] wrote: Hopefully my long-winded explanation didn't scare anyone off. Really, all I need is a howto of sorts that can show me how to compile the WebKit (and it's dependent frameworks) for private deployment with our application, and also how to compile against them with my jnilib project. It's possible what I've already done technically is correct, but that some complication of us calling it from a Java bundle, compounded by a jnilib wrapper in between the java and the frameworks. Thanks. -Adam. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] _blank hrefs and new windows
is there a way to get this patch working on the latest builds ?
Please add these comments to the bug itself. Perhaps the author of the patch
will revise it for a later revision.
Dave
Srinivas Rao M Hamse [EMAIL PROTECTED] wrote:
Hi David,
Have you tried applying the patch to see if it fixes the issue on your local
tree?
First of all the patch file was not compatible with the latest
nightlies(r31848). Hence i manually applied the those hunks that were
failing to respective files. I could compile and build GtkLauncher. I was
unable to open any new window/popup when i click on the following href links
html
body
HTML version
a href=a.html target=_blankOpen window/a
br
Javascript version
a href=javascript:window.open('a.html', '_blank')Open window/a
/body
/html
On the console i got the following error messages, This came only for the
first time:
for HTML Version i got :
UNIMPLEMENTED:
(../WebKit/gtk/WebCoreSupport/FrameLoaderClientGtk.cpp:770 virtual
WebCore::Frame* WebKit::FrameLoaderClient::dispatchCreatePage())
UNIMPLEMENTED:
(../WebCore/page/gtk/EventHandlerGtk.cpp:85 bool
WebCore::EventHandler::eventActivatedView(const
WebCore::PlatformMouseEvent) const)
for JavaScript Version I got:
UNIMPLEMENTED:
(../WebKit/gtk/webkit/webkitwebview.cpp:488 void
webkit_web_view_real_window_object_cleared(WebKitWebView*, WebKitWebFrame*,
OpaqueJSContext*, OpaqueJSValue*))
UNIMPLEMENTED:
(../WebCore/platform/gtk/PlatformScreenGtk.cpp:73 WebCore::FloatRect
WebCore::screenAvailableRect(WebCore::Widget*))
UNIMPLEMENTED:
(../WebKit/gtk/webkit/webkitwebview.cpp:481 WebKitWebView*
webkit_web_view_real_create_web_view(WebKitWebView*))
is there a way to get this patch working on the latest builds ?
regards,
Srinivas Rao. M
Dave
Srinivas Rao M Hamse [EMAIL PROTECTED] wrote:
Hi David,
Do you have any updates on this bug
(#16562http://bugs.webkit.org/show_bug.cgi?id=16562)?
When do we get the working version of this feature ?
regards,
Srinivas Rao. M
On Fri, Apr 11, 2008 at 9:27 PM, David Kilzer [EMAIL PROTECTED]
wrote:
Great! I just didn't recall seeing that listed before.
Dave
Srinivas Rao M Hamse [EMAIL PROTECTED] wrote:
Hi David,
There is already a logged bug. Is this not sufficient ?
http://bugs.webkit.org/show_bug.cgi?id=16562
regards,
Srinivas.
On Fri, Apr 11, 2008 at 7:53 PM, David Kilzer [EMAIL PROTECTED]
wrote:
Artem,
Please file a bug on https://bugs.webkit.org/ with a
reproducible
test
case.
Thanks!
Dave
Artem Ananiev [EMAIL PROTECTED] wrote:
I have just tried GtkLauncher and it doesn't handle _blank
target
also.
Thus, it looks like a problem in a shared WebKit code, not
specific
to
out Java port...
Thanks,
Artem
Artem Ananiev wrote:
Hi,
I have experienced the following problem with WebKit (Java
port).
The
page code is simple:
a href=a.html target=_blankOpen window/a
a href=javascript:window.open('a.html', '_blank')Open
window/a
When I right-click on the first link and select 'Open in a new
window'
from context menu, a new window is created and shown - that's
fine.
However, left-click on the first link loads the page 'a.html'
in
the
same window - this looks strange to me as the target is
_blank.
The second link behaves as expected: it opens a new window
with
left-click and does nothing with right click.
I suppose target=_blank is handled completely differently
than
opening
a new window with a context menu. Is it related to popup
blocking
and
different policies in FrameLoaderClient class? Another strange
thing
is
that I couldn't find any references to
ChromeClient::createWindow()
method - it is responsible for creating a new window, at least
triggered
from context menu - other than from ContextMenuController...
Thanks,
Artem
--
Srinivas Rao M Hamse
--
Srinivas Rao M Hamse
--
Srinivas Rao M Hamse http://msrinirao.blogspot.com
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Desperate for webkit help
It used to be worse! At one time we originally allowed all the legal values for base64 encoding in the boundary string: http://trac.webkit.org/projects/webkit/changeset/20074 But then it was changed: https://bugs.webkit.org/show_bug.cgi?id=13352 http://trac.webkit.org/projects/webkit/changeset/22013 And a related change: http://trac.webkit.org/projects/webkit/changeset/20136 Dave Mark Pauley [EMAIL PROTECTED] wrote: The bug is in the php tool, not in webkit. From the RFC (rfc1341 http://www.w3.org/Protocols/rfc1341/7_2_Multipart.html) : boundary := 0*69bchars bcharsnospace bchars := bcharsnospace / bcharsnospace :=DIGIT / ALPHA / ' / ( / ) / + / _ / , / - / . / / / : / = / ? '+' is absolutely allowable, I'm betting that your upload tool source has a faulty regular expression for grabbing multipart boundaries. Perhaps what we really want here is a method of specifying the multipart boundary to webkit... and so allow all manner of hackers to work around parsing issues like this one without encouraging people to write crappy parsers. or, you could grab the webkit source, hack a work-around and ship your own webkit dylib embedded in your app. Let's not go tooling with code that works on millions of people's machines because of a fault in code that works on thousands of people's machines. _Mark On Apr 15, 2008, at 4:28 PM, Mark wrote: I don't have access to the script, but I can get the source. The problem is this form demo from jmbsoft is installed of thousands of thousands of sites that my software needs to submit to, and thus since this webkit bug was introduced my software has real problems with all these sites. All these forms worked fine prior to safari 3 Who do I gotta pay to fix the bug :) On Wed, Apr 16, 2008 at 12:21 AM, David Kilzer [EMAIL PROTECTED] wrote: The issue appears to be that when WebKit sent a multipart/form-data boundary with a + character in it, the server-side software wouldn't decode the request properly. (When there was no + character in the form boundary, everything worked fine.) Mark didn't say what software he was using on the server side to decode the HTML form data, but it probably requires a simple update to fix the issue. Dave Mark [EMAIL PROTECTED] wrote: Hi guys, many thanks for your advice. I'll check out the wireshark thing for sure. In the meantime I have managed to cobble together a demo so you can see hopefully the bug: Please go here: http://demo.jmbsoft.com/cgi-bin/ags/submit.cgi Enter the following information: Username, Password: Leave Blank Name:, Nickname: Whatever Email: [EMAIL PROTECTED] Description: Enter a 30-40 character string wwerewr ewr Gallery URL: http://www.intotheflood.com/webkit-demo/index.html Category: Leave as is Number of Thumbs: 12 Preview Thumb: choose Let the script select an image from your gallery Now hit submit, it will either throw up a success(submission recorded) or invalid message. If you get success, hit back on your browser, webkit should remember all the information you entered, submit again and again and eventually you should land upon an invalid URL or Invalid email message. I'd be really interested to know if this does indeed happen for you! You may need to submit a lot of times before you get the error, or you may get it straight away. many thanks mark On Sat, Apr 12, 2008 at 1:37 AM, David Kilzer [EMAIL PROTECTED] wrote: Hi Mark, The best thing you could do is to file a bug on https://bugreport.apple.com/ and attach source for a project that reproduces the issue, along with details steps to reproduce the issue. If you don't have an Apple Developer Connection (ADC) membership, sign up for a free online membership using https://connect.apple.com/. The second thing you should do is to install Wireshark (a packet sniffer) on OS X and use it to capture the traffic being sent back and forth to the server when the bug occurs. (Since this generally requires either GTK built for Cocoa or X11 to be installed--and using MacPorts or Fink to build it from source--it may be easier to capture the traffic using tcpdump and copying that file to another platform where you may install a pre-built Wireshark binary. Hmm...I guess there is a Wireshark binary for Intel Macs linked off the Downloads page now.) http://www.wireshark.org/ http://www.macports.org/ http://fink.sourceforge.net/ I would recommend attaching the tcpdump output to the bug created on bugreport.apple.com as well. This is roughly the command you want to run (from a Terminal) to capture the output
Re: [webkit-dev] Desperate for webkit help
Before Safari 3, the boundary string was always: --0xKhTmLbOuNdArY This apparently doesn't violate any assumptions made by the scripts you use. As for other browsers, you'd have to test them yourself, but apparently they never use + characters in their multipart/form-data boundaries. Dave Mark [EMAIL PROTECTED] wrote: I should have probably said I don't actually code myself. I merely design the software so I'll have to pass on all this information to my coder as some of it is a bit above my head.. What I don't understand is, is the fault is with the script somehow. Why did the exact same scripts work perfectly prior to safari 3? Also, every other browser on window/mac doesn't have this issue. The developer who created the script (jmbsoft) is no longer updating it but it still has a large installed base like I said. thanks for you help guys On Wed, Apr 16, 2008 at 6:32 PM, Mark Pauley [EMAIL PROTECTED] wrote: The bug is in the php tool, not in webkit. From the RFC (rfc1341 http://www.w3.org/Protocols/rfc1341/7_2_Multipart.html): boundary := 0*69bchars bcharsnospace bchars := bcharsnospace / bcharsnospace :=DIGIT / ALPHA / ' / ( / ) / + / _ / , / - / . / / / : / = / ? '+' is absolutely allowable, I'm betting that your upload tool source has a faulty regular expression for grabbing multipart boundaries. Perhaps what we really want here is a method of specifying the multipart boundary to webkit... and so allow all manner of hackers to work around parsing issues like this one without encouraging people to write crappy parsers. or, you could grab the webkit source, hack a work-around and ship your own webkit dylib embedded in your app. Let's not go tooling with code that works on millions of people's machines because of a fault in code that works on thousands of people's machines. _Mark On Apr 15, 2008, at 4:28 PM, Mark wrote: I don't have access to the script, but I can get the source. The problem is this form demo from jmbsoft is installed of thousands of thousands of sites that my software needs to submit to, and thus since this webkit bug was introduced my software has real problems with all these sites. All these forms worked fine prior to safari 3 Who do I gotta pay to fix the bug :) On Wed, Apr 16, 2008 at 12:21 AM, David Kilzer [EMAIL PROTECTED] wrote: The issue appears to be that when WebKit sent a multipart/form-data boundary with a + character in it, the server-side software wouldn't decode the request properly. (When there was no + character in the form boundary, everything worked fine.) Mark didn't say what software he was using on the server side to decode the HTML form data, but it probably requires a simple update to fix the issue. Dave Mark [EMAIL PROTECTED] wrote: Hi guys, many thanks for your advice. I'll check out the wireshark thing for sure. In the meantime I have managed to cobble together a demo so you can see hopefully the bug: Please go here: http://demo.jmbsoft.com/cgi-bin/ags/submit.cgi Enter the following information: Username, Password: Leave Blank Name:, Nickname: Whatever Email: [EMAIL PROTECTED] Description: Enter a 30-40 character string wwerewr ewr Gallery URL: http://www.intotheflood.com/webkit-demo/index.html Category: Leave as is Number of Thumbs: 12 Preview Thumb: choose Let the script select an image from your gallery Now hit submit, it will either throw up a success(submission recorded) or invalid message. If you get success, hit back on your browser, webkit should remember all the information you entered, submit again and again and eventually you should land upon an invalid URL or Invalid email message. I'd be really interested to know if this does indeed happen for you! You may need to submit a lot of times before you get the error, or you may get it straight away. many thanks mark On Sat, Apr 12, 2008 at 1:37 AM, David Kilzer [EMAIL PROTECTED] wrote: Hi Mark, The best thing you could do is to file a bug on https://bugreport.apple.com/ and attach source for a project that reproduces the issue, along with details steps to reproduce the issue. If you don't have an Apple Developer Connection (ADC) membership, sign up for a free online membership using https://connect.apple.com/. The second thing you should do is to install Wireshark (a packet sniffer) on OS X and use it to capture the traffic being sent back and forth to the server when the bug occurs. (Since this generally requires either GTK built for Cocoa or X11 to be installed--and using MacPorts or Fink to build it from source--it may be easier to capture the traffic
Re: [webkit-dev] _blank hrefs and new windows
Hi Srinivas,
Everything I know is in the bug report. I don't work on the GTK port, so I
don't really have any further insight to share (other than there's a patch
waiting for review on the bug).
Have you tried applying the patch to see if it fixes the issue on your local
tree?
Dave
Srinivas Rao M Hamse [EMAIL PROTECTED] wrote:
Hi David,
Do you have any updates on this bug
(#16562http://bugs.webkit.org/show_bug.cgi?id=16562)?
When do we get the working version of this feature ?
regards,
Srinivas Rao. M
On Fri, Apr 11, 2008 at 9:27 PM, David Kilzer [EMAIL PROTECTED] wrote:
Great! I just didn't recall seeing that listed before.
Dave
Srinivas Rao M Hamse [EMAIL PROTECTED] wrote:
Hi David,
There is already a logged bug. Is this not sufficient ?
http://bugs.webkit.org/show_bug.cgi?id=16562
regards,
Srinivas.
On Fri, Apr 11, 2008 at 7:53 PM, David Kilzer [EMAIL PROTECTED]
wrote:
Artem,
Please file a bug on https://bugs.webkit.org/ with a reproducible
test
case.
Thanks!
Dave
Artem Ananiev [EMAIL PROTECTED] wrote:
I have just tried GtkLauncher and it doesn't handle _blank target
also.
Thus, it looks like a problem in a shared WebKit code, not specific
to
out Java port...
Thanks,
Artem
Artem Ananiev wrote:
Hi,
I have experienced the following problem with WebKit (Java port).
The
page code is simple:
a href=a.html target=_blankOpen window/a
a href=javascript:window.open('a.html', '_blank')Open
window/a
When I right-click on the first link and select 'Open in a new
window'
from context menu, a new window is created and shown - that's
fine.
However, left-click on the first link loads the page 'a.html' in
the
same window - this looks strange to me as the target is _blank.
The second link behaves as expected: it opens a new window with
left-click and does nothing with right click.
I suppose target=_blank is handled completely differently than
opening
a new window with a context menu. Is it related to popup blocking
and
different policies in FrameLoaderClient class? Another strange
thing
is
that I couldn't find any references to
ChromeClient::createWindow()
method - it is responsible for creating a new window, at least
triggered
from context menu - other than from ContextMenuController...
Thanks,
Artem
--
Srinivas Rao M Hamse
--
Srinivas Rao M Hamse
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Desperate for webkit help
The issue appears to be that when WebKit sent a multipart/form-data boundary with a + character in it, the server-side software wouldn't decode the request properly. (When there was no + character in the form boundary, everything worked fine.) Mark didn't say what software he was using on the server side to decode the HTML form data, but it probably requires a simple update to fix the issue. Dave Mark [EMAIL PROTECTED] wrote: Hi guys, many thanks for your advice. I'll check out the wireshark thing for sure. In the meantime I have managed to cobble together a demo so you can see hopefully the bug: Please go here: http://demo.jmbsoft.com/cgi-bin/ags/submit.cgi Enter the following information: Username, Password: Leave Blank Name:, Nickname: Whatever Email: [EMAIL PROTECTED] Description: Enter a 30-40 character string wwerewr ewr Gallery URL: http://www.intotheflood.com/webkit-demo/index.html Category: Leave as is Number of Thumbs: 12 Preview Thumb: choose Let the script select an image from your gallery Now hit submit, it will either throw up a success(submission recorded) or invalid message. If you get success, hit back on your browser, webkit should remember all the information you entered, submit again and again and eventually you should land upon an invalid URL or Invalid email message. I'd be really interested to know if this does indeed happen for you! You may need to submit a lot of times before you get the error, or you may get it straight away. many thanks mark On Sat, Apr 12, 2008 at 1:37 AM, David Kilzer [EMAIL PROTECTED] wrote: Hi Mark, The best thing you could do is to file a bug on https://bugreport.apple.com/ and attach source for a project that reproduces the issue, along with details steps to reproduce the issue. If you don't have an Apple Developer Connection (ADC) membership, sign up for a free online membership using https://connect.apple.com/. The second thing you should do is to install Wireshark (a packet sniffer) on OS X and use it to capture the traffic being sent back and forth to the server when the bug occurs. (Since this generally requires either GTK built for Cocoa or X11 to be installed--and using MacPorts or Fink to build it from source--it may be easier to capture the traffic using tcpdump and copying that file to another platform where you may install a pre-built Wireshark binary. Hmm...I guess there is a Wireshark binary for Intel Macs linked off the Downloads page now.) http://www.wireshark.org/ http://www.macports.org/ http://fink.sourceforge.net/ I would recommend attaching the tcpdump output to the bug created on bugreport.apple.com as well. This is roughly the command you want to run (from a Terminal) to capture the output on OS X if you don't use Wireshark directly: sudo tcpdump -s 0 -w packets.tcpdump -i en0 Finally, this kind of sounds like the issue described in this bug on bugs.webkit.org: https://bugs.webkit.org/show_bug.cgi?id=5760#c38 If you know enough about the TCP/IP protcol, you should be able to see this issue happening with the tcpdump packet trace. Note that the behavior of this keep-alive timeout issue can vary depending on how far away the server is from your client. I think servers on a local network (or subnet) display this behavior much easier than hitting a remote server. Hope that helps! Dave Mark [EMAIL PROTECTED] wrote: Hi. I've been developing a cocoa application based around webkit for the last 18 months. It's an auto form filling/submitting tool primarily designed for adult webmasters to submit their free pages to link lists. (If this is an problem I guess you can stop reading now)... Currently development has grinded to a complete hault because of a webkit issue that we just can't work round. We first noticed the issue with the release of Safari 3 but it still exists in the last nightly build of webkit. The issue is this: imagine a simple html form. The form is like so and the user filled data is in brackets: Name: (mark) Email: ([EMAIL PROTECTED]) Url: (http://www.google.com) Now if we submit this form in Safari/Webkit, 40-50% of the time the web script will throw up an 'invalid email' or 'invalid url' message. At first you think 'oh, I must have entered data incorrectly' but clicking back, data looks fine. Submit same data again, second time round it submits fine! It seems to happen totally at random, it's like the data visible in the form fields (ie, the user entered data) is not being passed onto the form when submit is pressed. It worked fine prior to safari 3 and we know it's a webkit issue because it only occurs in our app/safari/webkit. Other browsers submit the same data perfectly each time to the exact same html forms. It's very hard to nail down. Sometimes
Re: [webkit-dev] Desperate for webkit help
Mark, You should test my theory (it's only a theory at this point) to make sure it's correct before you assume that you'll have to update the script thousands of web sites. If it is a bug in the script, perhaps you should take the opportunity to devise a way to push out future updates in case you have to upgrade the script again in the future. :) Dave Mark [EMAIL PROTECTED] wrote: I don't have access to the script, but I can get the source. The problem is this form demo from jmbsoft is installed of thousands of thousands of sites that my software needs to submit to, and thus since this webkit bug was introduced my software has real problems with all these sites. All these forms worked fine prior to safari 3 Who do I gotta pay to fix the bug :) On Wed, Apr 16, 2008 at 12:21 AM, David Kilzer [EMAIL PROTECTED] wrote: The issue appears to be that when WebKit sent a multipart/form-data boundary with a + character in it, the server-side software wouldn't decode the request properly. (When there was no + character in the form boundary, everything worked fine.) Mark didn't say what software he was using on the server side to decode the HTML form data, but it probably requires a simple update to fix the issue. Dave Mark [EMAIL PROTECTED] wrote: Hi guys, many thanks for your advice. I'll check out the wireshark thing for sure. In the meantime I have managed to cobble together a demo so you can see hopefully the bug: Please go here: http://demo.jmbsoft.com/cgi-bin/ags/submit.cgi Enter the following information: Username, Password: Leave Blank Name:, Nickname: Whatever Email: [EMAIL PROTECTED] Description: Enter a 30-40 character string wwerewr ewr Gallery URL: http://www.intotheflood.com/webkit-demo/index.html Category: Leave as is Number of Thumbs: 12 Preview Thumb: choose Let the script select an image from your gallery Now hit submit, it will either throw up a success(submission recorded) or invalid message. If you get success, hit back on your browser, webkit should remember all the information you entered, submit again and again and eventually you should land upon an invalid URL or Invalid email message. I'd be really interested to know if this does indeed happen for you! You may need to submit a lot of times before you get the error, or you may get it straight away. many thanks mark On Sat, Apr 12, 2008 at 1:37 AM, David Kilzer [EMAIL PROTECTED] wrote: Hi Mark, The best thing you could do is to file a bug on https://bugreport.apple.com/ and attach source for a project that reproduces the issue, along with details steps to reproduce the issue. If you don't have an Apple Developer Connection (ADC) membership, sign up for a free online membership using https://connect.apple.com/. The second thing you should do is to install Wireshark (a packet sniffer) on OS X and use it to capture the traffic being sent back and forth to the server when the bug occurs. (Since this generally requires either GTK built for Cocoa or X11 to be installed--and using MacPorts or Fink to build it from source--it may be easier to capture the traffic using tcpdump and copying that file to another platform where you may install a pre-built Wireshark binary. Hmm...I guess there is a Wireshark binary for Intel Macs linked off the Downloads page now.) http://www.wireshark.org/ http://www.macports.org/ http://fink.sourceforge.net/ I would recommend attaching the tcpdump output to the bug created on bugreport.apple.com as well. This is roughly the command you want to run (from a Terminal) to capture the output on OS X if you don't use Wireshark directly: sudo tcpdump -s 0 -w packets.tcpdump -i en0 Finally, this kind of sounds like the issue described in this bug on bugs.webkit.org: https://bugs.webkit.org/show_bug.cgi?id=5760#c38 If you know enough about the TCP/IP protcol, you should be able to see this issue happening with the tcpdump packet trace. Note that the behavior of this keep-alive timeout issue can vary depending on how far away the server is from your client. I think servers on a local network (or subnet) display this behavior much easier than hitting a remote server. Hope that helps! Dave Mark [EMAIL PROTECTED] wrote: Hi. I've been developing a cocoa application based around webkit for the last 18 months. It's an auto form filling/submitting tool primarily designed for adult webmasters to submit their free pages to link lists. (If this is an problem I guess you can stop reading now)... Currently development has grinded to a complete hault because of a webkit issue
Re: [webkit-dev] Patch for compilation error while building with gcc 4.x compilers on latest nightlies
Srinivas Rao M Hamse [EMAIL PROTECTED] wrote: For my compilation using arm-linux-gcc (GCC) 3.4.6, while trying to build WebKit-r31848 on Gtk DirectFB, I am getting the following compilation error. This error gets fixed after commenting out the line containing protected: at *JavaScriptCore/kjs/nodes.h:210*. I have attached this patch for your review. Please include this in the coming builds so that the compilation goes through for less than gcc 4.x.x compilers The accepted process for patch review and committing is to open a bug on https://bugs.webkit.org/ and attach the patch with the review+ flag set. Please create a bug and attach the patch there. In file included from ../JavaScriptCore/kjs/AllInOneFile.cpp:40: ../JavaScriptCore/kjs/dtoa.cpp: In function `void kjs_freedtoa(char*)': ../JavaScriptCore/kjs/dtoa.cpp:2259: warning: cast from `char*' to `int*' increases required alignment of target type You may want to fix this as well as it could cause crashes later. Please file a separate bug for this issue. Thanks! Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Desperate for webkit help
Scott Thompson [EMAIL PROTECTED] wrote: On Apr 11, 2008, at 7:37 PM, David Kilzer wrote: The best thing you could do is to file a bug on https://bugreport.apple.com/ and attach source for a project that reproduces the issue, along with details steps to reproduce the issue. If you don't have an Apple Developer Connection (ADC) membership, sign up for a free online membership using https://connect.apple.com/. The third thing you COUDLD do is purchase a DTS incident from ADC and see if you can engage someone at Apple to help you track down and fix your bug. It will cost you money, but if it helps you fix the bug quickly, it can pay for itself. Good point, Scott! The ADC Select Membership includes 2 technical support incidents while the ADC Premiere Membership includes 8 technical incidents. More details here (click on the first FAQ item to disclose the text): http://developer.apple.com/faq/membership.html WebKit (as part of Mac OS X) or any lower-level frameworks would definitely be covered. It would be a good idea to still file a bug report as well as being able to provide (reduced) source that reproduces the issue. That will definitely help get the issue resolved quicker. Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] _blank hrefs and new windows
Great! I just didn't recall seeing that listed before.
Dave
Srinivas Rao M Hamse [EMAIL PROTECTED] wrote:
Hi David,
There is already a logged bug. Is this not sufficient ?
http://bugs.webkit.org/show_bug.cgi?id=16562
regards,
Srinivas.
On Fri, Apr 11, 2008 at 7:53 PM, David Kilzer [EMAIL PROTECTED] wrote:
Artem,
Please file a bug on https://bugs.webkit.org/ with a reproducible test
case.
Thanks!
Dave
Artem Ananiev [EMAIL PROTECTED] wrote:
I have just tried GtkLauncher and it doesn't handle _blank target also.
Thus, it looks like a problem in a shared WebKit code, not specific to
out Java port...
Thanks,
Artem
Artem Ananiev wrote:
Hi,
I have experienced the following problem with WebKit (Java port). The
page code is simple:
a href=a.html target=_blankOpen window/a
a href=javascript:window.open('a.html', '_blank')Open window/a
When I right-click on the first link and select 'Open in a new window'
from context menu, a new window is created and shown - that's fine.
However, left-click on the first link loads the page 'a.html' in the
same window - this looks strange to me as the target is _blank.
The second link behaves as expected: it opens a new window with
left-click and does nothing with right click.
I suppose target=_blank is handled completely differently than
opening
a new window with a context menu. Is it related to popup blocking and
different policies in FrameLoaderClient class? Another strange thing
is
that I couldn't find any references to ChromeClient::createWindow()
method - it is responsible for creating a new window, at least
triggered
from context menu - other than from ContextMenuController...
Thanks,
Artem
--
Srinivas Rao M Hamse
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Desperate for webkit help
Hi Mark, The best thing you could do is to file a bug on https://bugreport.apple.com/ and attach source for a project that reproduces the issue, along with details steps to reproduce the issue. If you don't have an Apple Developer Connection (ADC) membership, sign up for a free online membership using https://connect.apple.com/. The second thing you should do is to install Wireshark (a packet sniffer) on OS X and use it to capture the traffic being sent back and forth to the server when the bug occurs. (Since this generally requires either GTK built for Cocoa or X11 to be installed--and using MacPorts or Fink to build it from source--it may be easier to capture the traffic using tcpdump and copying that file to another platform where you may install a pre-built Wireshark binary. Hmm...I guess there is a Wireshark binary for Intel Macs linked off the Downloads page now.) http://www.wireshark.org/ http://www.macports.org/ http://fink.sourceforge.net/ I would recommend attaching the tcpdump output to the bug created on bugreport.apple.com as well. This is roughly the command you want to run (from a Terminal) to capture the output on OS X if you don't use Wireshark directly: sudo tcpdump -s 0 -w packets.tcpdump -i en0 Finally, this kind of sounds like the issue described in this bug on bugs.webkit.org: https://bugs.webkit.org/show_bug.cgi?id=5760#c38 If you know enough about the TCP/IP protcol, you should be able to see this issue happening with the tcpdump packet trace. Note that the behavior of this keep-alive timeout issue can vary depending on how far away the server is from your client. I think servers on a local network (or subnet) display this behavior much easier than hitting a remote server. Hope that helps! Dave Mark [EMAIL PROTECTED] wrote: Hi. I've been developing a cocoa application based around webkit for the last 18 months. It's an auto form filling/submitting tool primarily designed for adult webmasters to submit their free pages to link lists. (If this is an problem I guess you can stop reading now)... Currently development has grinded to a complete hault because of a webkit issue that we just can't work round. We first noticed the issue with the release of Safari 3 but it still exists in the last nightly build of webkit. The issue is this: imagine a simple html form. The form is like so and the user filled data is in brackets: Name: (mark) Email: ([EMAIL PROTECTED]) Url: (http://www.google.com) Now if we submit this form in Safari/Webkit, 40-50% of the time the web script will throw up an 'invalid email' or 'invalid url' message. At first you think 'oh, I must have entered data incorrectly' but clicking back, data looks fine. Submit same data again, second time round it submits fine! It seems to happen totally at random, it's like the data visible in the form fields (ie, the user entered data) is not being passed onto the form when submit is pressed. It worked fine prior to safari 3 and we know it's a webkit issue because it only occurs in our app/safari/webkit. Other browsers submit the same data perfectly each time to the exact same html forms. It's very hard to nail down. Sometimes it will submit fine first time, sometimes if it fails first time, it can fail second time and then succeed third time. You just have to keep submitting the same data until it works. Can anyone please help with this? It's kinda killed our application and as the title suggests I'm *desperate* for it to be fixed. kindest regards mark ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] No more javascript parsing errors in console
Adam Roben [EMAIL PROTECTED] wrote: David Kilzer wrote: This works for me with Safari 3.1 on Mac OS X 10.5.2. (I used http://www.dmregister.com/ to test.) I think the trick is that you must have the Web Inspector open before you load the page to see the parsing errors. It sounds like a bug to me that you have to have the Inspector open in order for JS parse errors to be recorded. We should get this filed as a bug. Sorry...I confused the issue. I was talking about HTML parsing errors, not JavaScript parsing errors. JavaScript parsing errors do not require the Inspector to be opened for for me with Safari 3.1 on Mac OS X 10.5.2. Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] No more javascript parsing errors in console
This works for me with Safari 3.1 on Mac OS X 10.5.2. (I used http://www.dmregister.com/ to test.) I think the trick is that you must have the Web Inspector open before you load the page to see the parsing errors. If that still doesn't work, please file a bug. Thanks! Dave Max Barel [EMAIL PROTECTED] wrote: Since Safari 3 is out, the console is integrated within inspector. While I enjoy the command line interface it provides, I noticed that parsing errors are no more shown in this console. There is a numbered red flag number next to the faulty file in left pane but I can't see corresponding errors. Are they elsewhere or else I'll post a regression bug. Max Barel _ Développement web2, XHTML, CSS, PHP/MySQL, JavaScript, Ajax http://ac-mb.info ___ 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] Windows build error during link
Have you tried setting the build configuration when running build-webkit? For example: build-webkit --clean --debug Or: build-webkit --clean --release See also the set-webkit-configuration script. Dave Mike McMullen [EMAIL PROTECTED] wrote: I have run 'build-webkit --clean' and simply deleted the WebKitBuild subdirectory, but still get the link errors posted above. Is this sufficient to remove any lingering failed build information that may be influencing my builds now? I can only assume the project is building for everyone else so my issue must be related to my build environment. Is there any additional items that need to be removed (ie generated/pre-compiled code)? -Mike ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] HTMLInput issue
Hi Sriram,
Thanks for the patch! In order for this patch to be committed to WebKit,
please open a bug on http://bugs.webkit.org/, attach the patch to it, and set
the review? flag to make sure it's seen.
Also, please review the contributor guidelines before reposting the patch:
http://webkit.org/coding/contributing.html
Specifically, please note that your patch will need a ChangeLog entry.
Also, we don't commit patches with fprintf() statements. Please use the
appropriate LOG() macro instead. (You may wish to consider using the
ASSERT_WITH_MESSAGE() macro as well.)
Thanks again!
Dave
Sriram Neelakandan [EMAIL PROTECTED] wrote:
Hi folks,
I had a HTMLInput issue with gtk-webkit : input text box wont work at all
on HTML pages at all.
Interestingly, If i add a JavaScript handler, then the key press is
processed and captured by the JS, but not by the HTMLInputElement.
I debugged the issue in HTMLInputElement::constrainValue calls
numCharactersInGraphemeClusters(), which in turn creates a
TextBreakIterator.
The TextBreakIterator would not create for me .. and always return NULL !
The issue was finally with icu's ubrk_open failing to initialize !
The reason was this :U_FILE_ACCESS_ERROR = 4, /** The
requested file cannot be found */
ICU was unable to find its data file , in my case *icudt36l.dat*
I copied the file to my target, export ICU_DATA and things just started
working ! great !
Thanks to Mike ([EMAIL PROTECTED]) for pointing me in the right direction
!
May be this is obvious for people familiar with ICU, but a dumbo like me,
took 2 weeks to trace myself through the webkit code and to get the
openStatus ERROR !
So, why not add a printf atleast (if not ASSERT) in debug mode, and indicate
that the characterBreakIterator failed to initalize. This will save some
else' 2 weeks and frustration as well.
Kindly accept the patch
Here is a patch for file :
WebCore/platform/text/TextBreakIteratorICU.cpp
***
*** 25,30
--- 25,34
#include TextBreakIteratorInternalICU.h
#include unicode/ubrk.h
+ #include wtf/Assertions.h
+ #include stdio.h
+
+ using namespace std;
namespace WebCore {
*** static TextBreakIterator* setUpIterator(
*** 34,46
if (!string)
return 0;
if (!createdIterator) {
- UErrorCode openStatus = U_ZERO_ERROR;
iterator = static_castTextBreakIterator*(ubrk_open(type,
currentTextBreakLocaleID(), 0, 0, openStatus));
createdIterator = true;
}
if (!iterator)
return 0;
UErrorCode setTextStatus = U_ZERO_ERROR;
ubrk_setText(iterator, string, length, setTextStatus);
--- 38,54
if (!string)
return 0;
+ UErrorCode openStatus = U_ZERO_ERROR;
if (!createdIterator) {
iterator = static_castTextBreakIterator*(ubrk_open(type,
currentTextBreakLocaleID(), 0, 0, openStatus));
createdIterator = true;
}
if (!iterator)
+ {
+ fprintf(stderr,Could not create iterator instance @ %s:%d,
ICU_ERROR=%d\n,__FILE__,__LINE__,openStatus);
+ ASSERT(iterator);
return 0;
+ }
UErrorCode setTextStatus = U_ZERO_ERROR;
ubrk_setText(iterator, string, length, setTextStatus);
--
Sriram Neelakandan
Author - Embedded Linux System Design And Development (
http://tinyurl.com/2doosu)
___
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] problem with parsing DIVs
Hi Marcin,
It's always a good idea to file a bug on bugs.webkit.org to track a specific
issue, but this looks like a situation where there are nested HTML comments
(which is NOT valid HTML):
!-- div class=signaturetable border=0 cellspacing=0 cellpadding=0
width=100% height=100%trtd!--signature--!--koni
The HTML5 Spec (and WebKit's parser) don't allow for nested HTML comments. As
soon as a sequence of -- characters is seen, that ends the comment started
by !--.
If you want to comment out HTML, you must make sure not to nest the comments.
Hope that helps!
Dave
Marcin Giedz [EMAIL PROTECTED] wrote:
Hello,
First of all really thanks for Holger how gave me small but very useful
advice about how to get simon/printing branch from git.
Now I'm able to print pages This is absolutely great job guys
And now some new story.
Please find 2 HTML in attachment: one with DIV's and second without.
If you open first file (with DIVs) in webkit then it's being rendered badly -
I mean there is big hole and then HTML body, but if you remove this line:
!-- div class=signaturetable border=0 cellspacing=0 cellpadding=0
width=100% height=100%trtd!--signature--!--koni
then this page is shown OK - second file (OK_without_DIVS).
If I open the same file (BAD_xxx) in Konquerror or Firefox it's being
rendered OK. So I assume the problem is in WebKit. Could you please take a
look at that?
If you need anything else please let me know.
These files
Because of HTML structure I couldn't send it public.
Regards,
Marcin
--
ARISE M.Giedz, T.ŻebruŠsp.j.
http: www.arise.pl
mail: [EMAIL PROTECTED]
tel: +48 502 537 157
-
58551:[EMAIL PROTECTED] print [EMAIL PROTECTED] { size: landscape; }div.abs {
position:
absolute; left: 0px; top: 0px; }.extendedtext { position: relative; font-size:
16pt; left: 40mm; width: 190mm; height: 10mm; }.signature { position: relative;
left: 235mm; top: 10mm; width: 140px; height: 40mm; }.signature td {
vertical-align: bottom; text-align: right; }.signature_at_bottom { position:
relative; left: 235mm; width: 140px; height: 154mm; padding-bottom: 10mm;
}.signature_at_bottom td { vertical-align: bottom; text-align: right;
}div.screen_extendedtext { position: absolute; visibility:
hidden;}div.screen_signature { position: absolute; visibility:
hidden;}div.screen_signature_at_bottom { position: absolute; visibility:
hidden;[EMAIL PROTECTED] screen {div.abs { position: absolute; visibility:
hidden; left:
0px; top: 0px; }.extendedtext { position: relative; }.signature { position:
relative; }.signature_at_bottom { position: relative; }div.screen_extendedtext
{ position: relative; left: 140px; top: 0px; width: 780px; height: 30px;
font-size: 16pt; margin-bottom: -50px; }div.screen_signature { position:
relative; left: 850px; top: 180px; width: 140px; height: 140px; margin-bottom:
-50px; margin-top: -130px; }div.screen_signature_at_bottom { position:
relative; width: 140px; height: 140px; margin-top: -50px; left: 850px; }}
Strona 1 z 1
AAA aaa.
ul. AA 234
Warsaw 02-234
Tel. +xxx
Fax. +xx
POTWIERDZENIE TRANSAKCJI DLA KLIENTA : SPRZEDA¯
TRANSACTIONS CONFIRMATION FOR CLIENT : SELL
Warszawa, xx.xx.200x
xx:xx:xx
Klient / Client :GIEDZ -Numer rachunku / Account No.
123456789Depozytariusz / CustodyBANK
Fax / Fax. /y
Data sesji / Trade date: xx.yy.200x
Data rozliczenia / Settlement Date : xx.xx.200x 00:00:00Lp
Kod Papieru/
ISIN Code
Nazwa papieru
Security NameKod Oper.Gie³da Rynek
Stock Exch
MarketIloæ
QuantityKurs
PriceWartoæ brutto
Gross amountKwota
Prowizji
CommissionWartoæ netto
Net amount
1
PLx
XXXXXX
X
123
123
123
123
123
2
PL
SSSEEE
Q
234
234
234
2343
234
Razem/Total
1234
345
4543
Dokument jest wydrukiem komputerowym i nie wymaga podpisu.
This document is produced automatically and no signature is required.
-
58551:[EMAIL PROTECTED] print [EMAIL PROTECTED] { size: landscape; }div.abs {
position:
absolute; left: 0px; top: 0px; }.extendedtext { position: relative; font-size:
16pt; left: 40mm; width: 190mm; height: 10mm; }.signature { position: relative;
left: 235mm; top: 10mm; width: 140px; height: 40mm; }.signature td {
vertical-align: bottom; text-align: right; }.signature_at_bottom { position:
relative; left: 235mm; width: 140px; height: 154mm; padding-bottom: 10mm;
}.signature_at_bottom td {
Re: [webkit-dev] Incremental Layout
You may be interested in defining the USE(LOW_BANDWIDTH_DISPLAY) macro (which becomes WTF_USE_LOW_BANDWIDTH_DISPLAY) when building WebCore. Note that this will cause FOUC (flash of unstyled content) by definition, though: http://webkit.org/blog/66/the-fouc-problem/ Dave ankush tiwari [EMAIL PROTECTED] wrote: Hi All, Is there any plan of making webkit render pages incrementally for better performance? Thanks, Ankush. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
