On Fri, Jul 10, 2009 at 6:29 PM, Maciej Stachowiakm...@apple.com wrote:
On Jul 10, 2009, at 6:10 PM, Adam Barth wrote:
That's correct. Other browser's get this case right. Here are a
couple test cases you might find interesting:
http://webblaze.org/abarth/tests/protoconfused/test1.html
Jeremy == Jeremy Orlow jor...@chromium.org writes:
Jeremy I don't really see why such bindings (as cool as they are) are
Jeremy worth lowering the bar for submissions.
Well, in order to get the missing functionality. :-)
Jeremy Hopefully someone can split the patch up.
And what if not?
Hi webkit-dev,
We've been working on a feature to automatically detect and block some
kinds of cross-site scripting (XSS) attacks. I'm excited to say that
we've turned the feature on by default today, but we need your help to
be on the lookout for false positives: non-attacks mistakenly blocked
Hello.
I have a problem compiling the latest GIT version of webkit. My system
is ArchLinux 64-bit and gcc 4.4. My configure looks like this:
./configure --prefix=/usr --enable-debug --disable-optimizations
When compiling webkit I got the following error:
-
/usr/bin/ld:
An hypothetical chromium builder should sync to
http://chromium-status.appspot.com/lkgr instead of HEAD. That'd fix most of
the builder failed to compile because chromium tree is broken.
lkgr stands for *last known good revision* in its weakest meaning. If
curious, more info at
Maciej,
You had mentioned that there were a couple people at Apple the
intended to start working on WebSockets soonish, is that still the
plan? If so, who should be CCed on the appropriate bugs?
Ukai-san, I think the next step here it to file a bug at
bugs.webkit.org and to start sending
On Jul 10, 2009, at 4:23 PM, Maciej Stachowiak wrote:
Perhaps we should make update-webkit (or some new wrapper type tool)
run resolve-ChangeLogs automatically.
Dave Kilzer had the same idea when he created resolve-ChangeLogs, so
update-webkit does run resolve-ChangeLogs automatically. See
Hi Jeremy,
On Jul 10, 2009, at 6:54 PM, Jeremy Orlow wrote:
On Fri, Jul 10, 2009 at 6:26 PM, Kevin Ollivier kev...@theolliviers.com
wrote:
Hi Jeremy,
On Jul 10, 2009, at 3:03 PM, Jeremy Orlow wrote:
[snip]
Your argument makes sense if WebKit is only built for one platform/
build-system.
On Jul 11, 2009, at 9:39 AM, Darin Adler wrote:
On Jul 10, 2009, at 4:23 PM, Maciej Stachowiak wrote:
Perhaps we should make update-webkit (or some new wrapper type
tool) run resolve-ChangeLogs automatically.
Dave Kilzer had the same idea when he created resolve-ChangeLogs, so
I was able to build cairo-webkit.dll on Win Vista Home with VS2005 Express.
2009/7/10
However, some trouble was found.
1.Compile Error.
[Cairo Build: WebFrame.cpp fails to compile]
http://www.nabble.com/Cairo-Build%3A-WebFrame.cpp-fails-to-compile-tp24032535p24032535.html
Therefore, I patched
That's a good point... Unfortunately, the integration builder really needs
to see HEAD chromium since we're frequently rolling DEPS to pick up the
latest WebKit tip-of-tree. Seeing any bustage related to such updates is
important. Perhaps a LKGR bot could be useful as an additional bot.
-Darin
Hi!
On Jul 11, 2009, at 1:43 PM, Ishikawa kazuhiko2...@gmail.com wrote:
I was able to build cairo-webkit.dll on Win Vista Home with VS2005
Express.
2009/7/10
However, some trouble was found.
Yeah, there are a couple of remainig rough spots.
By the way, in the future These kinds of
12 matches
Mail list logo
