Re: [webkit-dev] Bugzilla default assignees

Yet another approach used by the Accessibility component is to have a technical account auto-CC'ed, and then anyone interested can follow this account. This seems like the most reliable solution to me. - Alexey 14 сент. 2015 г., в 9:26, Brian Burg написал(а): > It should be possible for an

Re: [webkit-dev] Mac EWS Updates!

Normally, we try to configure EWS with OS versions that most engineers no longer use on their machines, to maximize the chances of catching problems that one can't catch locally. It would certainly be ideal to cover the full spectrum, as many contributors don't have Macs at all. - Alexey > 2

Re: [webkit-dev] Windows EWS not working?

(re-sending from the right e-mail address for the list) > 7 нояб. 2015 г., в 16:56, Darin Adler написал(а): > > I was looking at the patch in this bug: > > https://bugs.webkit.org/show_bug.cgi?id=150967 > > The patch was posted 20 hours ago. EWS has processed this for all platforms > other th

Re: [webkit-dev]

Hello Yoav, Is there any technology on the horizon that would simplify doing this kind of optimization? If done manually, this seems: - complicated, so only a few sites will do this; - very likely to go stale, as the content changes, but preload instructions do not get updated; - related to the

Re: [webkit-dev] How to deal with 1-pixel differences in reftests ?

Hi, I do not think that there is a way to algorithmically define what an acceptable difference is. Here are a few cases where it's critical to detect small differences: - color management, e.g. testing different code paths that should match precisely; - finding uninitialized memory use bugs in

Re: [webkit-dev] How to deal with 1-pixel differences in reftests ?

> 18 нояб. 2015 г., в 11:50, Simon Fraser написал(а): > > There are some well-understood reasons why a test might not exactly match its > reference. One is that the test uses compositing layers to do clipping, but > the reference just clips with drawing, and these are not expected to give a >

Re: [webkit-dev] ./Tools/Scripts/run-safari doesn't work with Safari 10

Hello Marco, > 18 июля 2016 г., в 13:02, Marco Barisione > написал(а): > > Hello, > > I recently installed Safari 10 on some machines running 10.11.6 DP. > Unfortunately, I cannot get Safari 10 to work with WebKit compiled from SVN. > > I tried with both SVN trunk (from today) and the revisi

Re: [webkit-dev] "Fake" ref-tests

> 22 июля 2016 г., в 21:57, Darin Adler написал(а): > >> What is the right way to deal with tests like these? > > I think we should move the tests into platform/mac. Simon and I were trying to move all tests out of platform/ directories. When the expected results are different across OS versi

Re: [webkit-dev] "Fake" ref-tests

> 22 июля 2016 г., в 22:34, Darin Adler написал(а): > >> On Jul 22, 2016, at 10:25 PM, Alexey Proskuryakov wrote: >> >> Simon and I were trying to move all tests out of platform/ directories. > > Is this nearly done? Can we take that feature out of the test

Re: [webkit-dev] Asserting versus throwing in internals and testRunner objects

Note that we are talking about API misuse here, so associating the crash with a test is not really needed - it's the test that you are writing. I've seen tests getting checked in even when they don't run to completion and raise JS exceptions. I want it to be very clear and obvious when a test i

Re: [webkit-dev] [webkit-reviewers] usage of auto

There are two considerations which make me skeptical that auto is a good thing. 1. There are many smart pointer types in C++, and ignoring pointer types is very error prone. Others have mentioned std::optional, and mistakes being made with RefPtrs. I even saw a case where a review comment that

Re: [webkit-dev] Upstreaming Tests from WebKit to Web Platform Tests

> 6 февр. 2017 г., в 12:28, Ryosuke Niwa написал(а): > > The concern I've heard about is not how run-webkit-tests run the tests. It's > about how a test is opened inside a browser, DRT, WTR while debugging. +1 I think that making web platform tests more practical for engineers to work with s

Re: [webkit-dev] SVN trouble

> 24 февр. 2017 г., в 7:48, Antti Koivisto написал(а): > > Hi, > > Looks like https://bugs.webkit.org/show_bug.cgi?id=168774 > caused some sort of SVN > problem. Please hold commits until this is resolved. I deleted the remaining PDF file from

Re: [webkit-dev] SVN trouble

> 24 февр. 2017 г., в 9:31, Carlos Alberto Lopez Perez > написал(а): > > On 24/02/17 18:08, Alexey Proskuryakov wrote: >> works. There is almost certainly more cleanup that needs to be done - I >> can see that trac.webkit.org <http://trac.webkit.org> is broken.

Re: [webkit-dev] SVN trouble

invoked post-commit hooks. I believe that all infrastructure has recovered. We are currently looking into one unrelated issue with webkit-queues, so EWS and commit queue don't work. - Alexey > 24 февр. 2017 г., в 11:29, Carlos Alberto Lopez Perez > написал(а): > > On 24/02

Re: [webkit-dev] SVN trouble

> 24 февр. 2017 г., в 19:50, Chris Dumez написал(а): > > > > >> On Feb 24, 2017, at 11:41 AM, Alexey Proskuryakov > <mailto:a...@webkit.org>> wrote: >> >> I believe that all infrastructure has recovered. We are currently looking >> into

Re: [webkit-dev] SVN trouble

8:40 AM, Simon Fraser <mailto:simon.fra...@apple.com>> wrote: > >> EWS is still down. Do we have an ETA? >> >> Simon >> >>> On Feb 24, 2017, at 10:25 PM, Alexey Proskuryakov >> <mailto:a...@webkit.org>> wrote: >>>

Re: [webkit-dev] Can I get the editbugs-bit?

Done. - Alexey > 1 марта 2017 г., в 17:15, Suzuki, Basuke > написал(а): > > Hi > > My name is Basuke Suzuki, working at SONY Interactive Entertainment, a.k.a > PlayStation, > working with Don Olmstead and Hironori Fujii > > I want to ask to assign the editbugs-bit on me. > > I have sta

[webkit-dev] DEFERRED: Scheduled Outage: WebKit Bugzilla (bugs.webkit.org) March 13th, 2017 from 9AM PDT to Noon PDT

Hi, The upgrade was deferred to a later date. There will be svn.webkit.org maintenance with some downtime on Monday afternoon. The exact time will be announced on Monday. - Alexey > 8 марта 2017 г., в 11:49, Ling Ho > написал(а): > >

[webkit-dev] Bugzilla 5.0.3 password strength requirements

Hi, Our updated Bugzilla installation now has password strength check enabled. It will refuse logging in with a weak password. One specific tool that is affected is webkit-patch, which logs in every time. If it's giving you strange errors like the below, please try logging out from Bugzilla us

Re: [webkit-dev] Unable to log in to bugs.webkit.org

Done. If anyone else hits this, please e-mail ad...@webkit.org . Resetting the password did work for other people, so clearly there is some flakiness to diagnose. - Alexey > 1 апр. 2017 г., в 10:24, Dan Bernstein написал(а): > > Can someone help me log in to by bugs.w

[webkit-dev] Aakash Jain is now a WebKit Reviewer

Hi everyone, I would like to announce that Aakash Jain is now a WebKit reviewer. Aakash works on WebKit tools and infrastructure. Please join me in congratulating Aakash, and send him some patches to review! - Alexey ___ webkit-dev mailing list webki

Re: [webkit-dev] Commits in branches triggering build in the bots now

Hi Carlos, Could you please file a bug, and include the relevant links to investigate the issue? - Alexey > 4 мая 2017 г., в 0:46, Carlos Garcia Campos написал(а): > > I don't know what have changed, but now, commits in other branches are > triggering builds in the bots. I have just realized

Re: [webkit-dev] Another WPT bite

> 9 мая 2017 г., в 11:27, Simon Fraser написал(а): > > Another consideration here is "would my test be useful for other browser > vendors". I don't think the answer is a unanimous "yes", so I think we should > only use WPT for tests that will think are worth sharing. Since imported WPT tests

Re: [webkit-dev] Another WPT bite

> 12 мая 2017 г., в 11:52, Ben Kelly написал(а): > > On Fri, May 12, 2017 at 2:26 PM, Rick Byers <mailto:rby...@chromium.org>> wrote: > On Fri, May 12, 2017 at 2:06 PM, Alexey Proskuryakov <mailto:a...@webkit.org>> wrote: > Since imported WPT tests are ve

Re: [webkit-dev] Another WPT bite

> 12 мая 2017 г., в 14:38, Sam Weinig написал(а): > > I regret piling on here, as I think this thread has diverged from it’s > original purpose, but…I understand this frustration. That said, perhaps this > is something we can solve with some tooling. For instance, a > run-test-in-safari (as a

Re: [webkit-dev] Another WPT bite

> 12 мая 2017 г., в 14:39, Ryosuke Niwa написал(а): > > This is absolutely not how I operate at all. Since almost all custom > elements and shadow DOM API tests I wrote are written using > testharness.js and upstreamed to web-platform-tests, they have been > deleted from LayoutTests/fast/shadow-

Re: [webkit-dev] Another WPT bite

> 12 мая 2017 г., в 16:12, Sam Weinig написал(а): > > > >> On May 12, 2017, at 2:49 PM, Alexey Proskuryakov > <mailto:a...@webkit.org>> wrote: >> >> >>> 12 мая 2017 г., в 14:38, Sam Weinig >> <mailto:wei...@apple.com>> написа

Re: [webkit-dev] Growing tired of long build times? Check out this awesome new way to speed up your build... soon (HINT: It's not buying a new computer)

> 30 авг. 2017 г., в 11:55, Andy Estes написал(а): > In a completely other direction, what does this mean for use of Xcode? Can we still build from Xcode? Debug? >>> >>> CMake can generate Xcode files, so you can still develop and debug in Xcode. >> >> This annihilates speed up pos

Re: [webkit-dev] SVN server broken?

Is anyone still seeing issues? I see a number of patches landed overnight, including by commit queue. One problem I do see is that trac is stale. - Alexey > 8 сент. 2017 г., в 3:19, Carlos Alberto Lopez Perez > написал(а): > > On 08/09/17 11:56, Carlos Alberto Lopez Perez wrote: >> On 08/0

Re: [webkit-dev] Formatting style for inline comments in Python code

> 25 окт. 2017 г., в 18:21, Michael Catanzaro > написал(а): > > On Wed, Oct 25, 2017 at 4:58 PM, Aakash Jain wrote: >> Does anyone else has any opinion/preference for this? > > The number of spaces before a comment really does not matter, but my $0.02: > PEP8 is an extremely common style fo

Re: [webkit-dev] Formatting style for inline comments in Python code

> 26 окт. 2017 г., в 9:50, Brian Burg написал(а): > > why differ from the vast majority of all other Python code in existence, just > to be different? What's the point? My point is that people familiar with all other Python code in existence will not be hacking on webkitpy. It's WebKit C++

Re: [webkit-dev] Formatting style for inline comments in Python code

> 26 окт. 2017 г., в 10:21, Maciej Stachowiak написал(а): > > I'm very used to WebKit style for C++, and I agree that we should use PEP8 > style for Python even where it differs from our C++ style. We have one PEP8 check that is currently disabled, the one for 79 character line length limit.

Re: [webkit-dev] Dead code in webkitpy runtests.py

I think that we would still like to have a unified way to run tests. Right now, even knowing whether a particular script or build step is covered by tests is not straightforward. At the same time, I think that the tiny subset of tests that webkit-patch used to run wasn't meaningful. Specifical

Re: [webkit-dev] Upstreaming from LayoutTests to web-platform-tests, coordinating Blink+WebKit

Migrating WebKit tests seems undesirable to me, as that would make us lose all their modification history. As mentioned before, WPT tests are inherently getting less attention in CI support, largely because of unclear benefit when there isn't any history for why the particular test was added.

Re: [webkit-dev] Upstreaming from LayoutTests to web-platform-tests, coordinating Blink+WebKit

(re-sending from a correct address) > 17 нояб. 2017 г., в 9:18, youenn fablet > написал(а): > > Chris recently noticed that some heavily used files (testharness*) were > cacheable through Apache but not WPT. > This is now fixed and should improve WPT performances. Thi

Re: [webkit-dev] Upstreaming from LayoutTests to web-platform-tests, coordinating Blink+WebKit

> 17 нояб. 2017 г., в 23:02, youenn fablet написал(а): > > Tests are available at https://w3c-test.org which > makes it easy to share through any tool supporting hyperlinks. > A webarchive can also be made so that it is easy to share and probably edit > such tests. > To

Re: [webkit-dev] Hosting precompiled `jsc` binaries for Linux

> 12 дек. 2017 г., в 1:34, Mathias Bynens написал(а): > > It would be great to make such downloads available from webkit.org > or > a similar domain! Can you explain in more detail why this is important? If there is an expectation that this will make the builds more offi

Re: [webkit-dev] Hosting precompiled `jsc` binaries for Linux

trying to make a legitimate story for why any extra work is needed. - Alexey > Anything not on *.webkit.org <http://webkit.org/> or similar, or anything not > on on S2 buckets that are owned by Apple directly, does not fit that policy. > > On Tue, Dec 12, 2017 at 7:35 PM, Alexe

Re: [webkit-dev] Test262 includes some tab characters

> 4 февр. 2018 г., в 7:09, Yusuke SUZUKI написал(а): > > Hi WebKittens, > > Recently, I updated test262, and I found newly added test262 files include > TAB characters (\t). > IIRC, I need some help to import such files into WebKit tree. > Can we make JSTests/test262 directory free from any SV

Re: [webkit-dev] Request for upgrading xcode toolchains in Apple bots for C++17

Hi, To clarify, are you asking specifically for mac-32bit EWS to be upgraded? It has Xcode 9.2, and can be upgraded to 9.3.1 (that will be a multi-step process, as we need to keep the version in sync with several other setups). But macOS Sierra bots have Xcode 8.3.3, and that is the latest rele

Re: [webkit-dev] Trying to builder older version of webkit (but failing) - looking for help

Hello Ted, 603.1.30 is the version included with Safari 10.1 on Sierra, so yes, building it against High Sierra SDK with newer Xcode puts you on uncharted territory. The file that you are hitting an issue with is one of the first files in WebCore to build, so chances are that there will be many

Re: [webkit-dev] Design for review: EWS for security bugs

> 16 июня 2018 г., в 0:12, Daniel Bates написал(а): > > Hi all, > > I am working to support EWS processing of patches on security bugs (see > >) and I am writing to this > list to solicit feedb

Re: [webkit-dev] Lots of spam on Bugzilla

> 4 дек. 2018 г., в 11:21, Ryosuke Niwa написал(а): > > e.g. > https://bugs.webkit.org/show_bug.cgi?id=168774 > > > Is there a way we can integrate CAPTCHA, etc... to prevent these spammers > from getting Bugzilla account? We can integrate CAP

Re: [webkit-dev] Proposal for Device-Specific Layout Tests

> 4 дек. 2018 г., в 16:43, Ryosuke Niwa написал(а): > > > On Tue, Dec 4, 2018 at 12:55 PM Jonathan Bedard > wrote: > These directories would be along-side tests. > > I don't like that platform-specific results are under LayoutTests/platform > and device-specific re

Re: [webkit-dev] Lots of spam on Bugzilla

> 4 дек. 2018 г., в 16:45, Ryosuke Niwa написал(а): > > Alternatively, is there a way you can make more of us be able to moderate > these spammers? Anyone can tag comments to make them invisible, but there is no privilege level in Bugzilla where one can disable user accounts, but cannot gra

[webkit-dev] WebCorePrefix.h vs. config.h

Hi, Do we still need separate WebCorePrefix.h and config.h? The former has this comment, which I don't think is true any more: /* This prefix file should contain only: *1) files to precompile for faster builds *2) in one case at least: OS-X-specific performance bug workarounds *3)

[webkit-dev] Spam and indexing

Hello, The robots.txt file that we have on bugs.webkit.org currently allows search engines access to individual bug pages, but not to any bug lists. As a result, search engines and the Internet Archive only index bugs that were filed before robots.txt changes a few years ago, and bugs that are

Re: [webkit-dev] Spam and indexing

> 28 марта 2019 г., в 14:10, Konstantin Tokarev написал(а): > > > > 28.03.2019, 23:58, "Alexey Proskuryakov" : >> Hello, >> >> The robots.txt file that we have on bugs.webkit.org currently allows search >> engines access to individual bug

Re: [webkit-dev] Spam and indexing

One change that I'm going to make is to mark spam comments as private instead of simply tagging. That way, bugs will look cleaner, and there will be no doubt about whether search engines index hidden comments or not. I'll also mark old spam comments as private. I think that this will generate

Re: [webkit-dev] Spam and indexing

I posted a tool that I used for this today to https://bugs.webkit.org/show_bug.cgi?id=197537. Probably a lot to improve, but it works. - Alexey > 2 мая 2019 г., в 14:32, Darin Adler написал(а): > > Should we post instructions somewhere for people dealing with spam? I believe > the instruct

Re: [webkit-dev] Changing the svn commit hook to allow tabs for tests.

> 10 мая 2019 г., в 13:50, Darin Adler написал(а): > >> On May 10, 2019, at 1:13 PM, Keith Miller wrote: >> >> I’m not sure I know what you mean by allow a whole-directory exception. Do >> you mean a top level directory? Or some kind of parameter we pass to the >> hook to ignore some directo

Re: [webkit-dev] Moving to Python 3

> 15 июля 2019 г., в 23:04, Fujii Hironori > написал(а): > > > On Sun, Jul 14, 2019 at 7:44 AM Ryosuke Niwa > wrote: > > I don’t think anyone is arguing that we’d eventually need to move to Python3. > I’m arguing that it’s not okay to require random WebKit contribu

Re: [webkit-dev] 2019 WebKit Contributors Meeting - Hurry! Registration is Closing!

Seems like an issue to look into. However this should not prevent you from registering, because you do have a Trac account (it's the same thing as your svn account). - Alexey > 25 окт. 2019 г., в 8:07 AM, Geoffrey Garen написал(а): > > The Login page looks like this: > > > > If you click

Re: [webkit-dev] EWS Comments on Bugzilla (Was: EWS now parses error logs in case of build failure)

My preference is still e-mailing the patch author directly (possibly, also having an option to opt in for anyone). Bugzilla comments will always be irrelevant for most people CC'ed on the bug, and they are almost always undesirable to keep within the discussion flow. - Alexey > 1 нояб. 2019 г.

Re: [webkit-dev] EWS Comments on Bugzilla (Was: EWS now parses error logs in case of build failure)

> the patch author is not something anyone can Cc themselves on, and is not > archived, so seems like a strictly worse form of communication. > >> On Nov 2, 2019, at 9:34 AM, Alexey Proskuryakov wrote: >> >> >> My preference is still e-mailing the patch aut

Re: [webkit-dev] iOS EWS behind by 3 days??

> 4 нояб. 2019 г., в 11:30 PM, Ryosuke Niwa написал(а): > > Hi all, > > Does anyone know what's happening with iOS EWS? Not yet, but it's part of a cluster of problems related to interactions between simulator and specific macOS host versions. https://bugs.webkit.org/show_bug.cgi?id=203792

Re: [webkit-dev] EWS Comments on Bugzilla (Was: EWS now parses error logs in case of build failure)

> 4 нояб. 2019 г., в 1:37 PM, Ryosuke Niwa написал(а): > > > On Mon, Nov 4, 2019 at 9:40 AM Alexey Proskuryakov <mailto:a...@webkit.org>> wrote: > > Can you elaborate on that, how exactly is e-mailing on first failure useful > to reviewers? > > Getting

Re: [webkit-dev] Content-DPR: Image resolution optimization at CDN/transport layer

> 10 нояб. 2019 г., в 1:16 AM, Noam Rosenthal написал(а): > > Hola > > I would like to open a discussion that has started a few years back and has > never reached a consensus: https://bugs.webkit.org/show_bug.cgi?id=145380 > > > In a nutshell

Re: [webkit-dev] Handling flaky layout-test failures in EWS

Yes, I think that this makes more sense than retrying. What is the current behavior when a patch introduces substantial flakiness? E.g. this scenario: - First test run produces 5 failures. - Second test run produces 5 different failures. - Clean re-run produces no failures. This looks like dec

Re: [webkit-dev] Handling flaky layout-test failures in EWS

Starting with 10 more test failures on two retries (combined) than in a clean run seems reasonable. - Alexey > Thanks > Aakash > >> On Dec 3, 2019, at 12:28 PM, Alexey Proskuryakov > <mailto:a...@webkit.org>> wrote: >> >> >> Yes, I think that this ma

Re: [webkit-dev] Clearing old reviews from the queue

> 16 февр. 2020 г., в 7:52, Dean Jackson написал(а): > > Does anyone oppose clearing all review requests that are older than 6 months? > (or 1 year?) Looking at ancient patches in the review queue, quite a few look like they should still work (e.g. adding new tests). So said that we are not

Re: [webkit-dev] Terminology: Could we change 'roll out' to 'roll back'?

> 6 марта 2020 г., в 18:29, Ryosuke Niwa написал(а): > > On Fri, Mar 6, 2020 at 6:15 PM Kirsling, Ross wrote: >> >> Late on Friday seems like a good time for a terminological debate (), so I’d >> like to propose we revisit one of the strangest items of WebKit-specific >> terminology: the ph

[webkit-dev] Checking out WebKit source code when using Xcode 11.4

Hello everyone, Xcode 11.4 was released today, and it does not include svn or git-svn any more. We have posted a standalone installer at to keep getting tools needed for WebKit development easy. - Alexey ___ webkit-de

Re: [webkit-dev] Introducing a minimum ICU version for WebKit

The license is not BSD or LGPL, so that's one aspect to consider. Why exactly are distros unwilling to update ICU? - Alexey > 9 апр. 2020 г., в 10:32 AM, Michael Catanzaro > написал(а): > > > Any objections to uploading a bundled ICU 60 under Source/ThirdParty? > > Seems easier than forci

Re: [webkit-dev] Platform.h vs. makefiles

I see substantial appeal in having a separate data file, however I'm not sure if it can inform IDE parsing and syntax highlighting for code enabled/disabled at compile time. Header files seem like they would get that right more often. - Alexey > 10 мая 2020 г., в 10:07 PM, Maciej Stachowiak

Re: [webkit-dev] Switching open source Debug bots to building and testing with configuration --force-opt=O3

I frequently find it critically useful to see stack traces from debug builds, because of no inlining. So I don't think that we should do this. A local build does not help when the issue is not readily reproducible. - Alexey > 17 июня 2020 г., в 1:36 PM, Mark Lam написал(а): > > Hi folks, >

Re: [webkit-dev] Switching open source Debug bots to building and testing with configuration --force-opt=O3

> 18 июня 2020 г., в 9:30 PM, Saam Barati написал(а): > > Why are we insisting on doing something on the bots that takes ~10x longer to > run than necessary? I’d rather have that time spent running more tests. Replying to this point specifically, I wanted to point out that WebKit tests take

Re: [webkit-dev] Switching open source Debug bots to building and testing with configuration --force-opt=O3

> 19 июня 2020 г., в 9:59 AM, Mark Lam написал(а): > > > >> On Jun 19, 2020, at 9:53 AM, Alexey Proskuryakov > <mailto:a...@webkit.org>> wrote: >> >> >> >>> 18 июня 2020 г., в 9:30 PM, Saam Barati >> <mailto:sbar...@apple.

Re: [webkit-dev] Switching open source Debug bots to building and testing with configuration --force-opt=O3

> 19 июня 2020 г., в 10:24 AM, Geoffrey Garen написал(а): > >>> On Jun 19, 2020, at 8:04 AM, Geoffrey Garen >> > wrote: >>> >>> Can you explain more about what "O3 with no-inlining” is? How does >>> --force-opt=O3 avoid inlining? Would this fully resolve Simon concern

Re: [webkit-dev] Switching open source Debug bots to building and testing with configuration --force-opt=O3

> 19 июня 2020 г., в 1:11 PM, Mark Lam написал(а): > > > >> On Jun 19, 2020, at 10:24 AM, Geoffrey Garen > > wrote: >> On Jun 19, 2020, at 8:04 AM, Geoffrey Garen >>> > wrote: Can you explain more about what "O3 with no-inlini

Re: [webkit-dev] WebKit Transition to Git

> 3 окт. 2020 г., в 2:24 AM, Adrien Destugues > написал(а): > > On Fri, Oct 02, 2020 at 07:05:21PM -0500, Michael Catanzaro wrote: >>> I realize that Gerrit might not integrate at all with hosting the repo >>> on Github, but has any thought been given to this aspect of the >>> transition? >>

Re: [webkit-dev] webkit download

vn.opensource.apple.com/svn/webkit/trunk Bakefiles/ <...skipped...> WebKitTools/ - WBR, Alexey Proskuryakov ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] loading dylibs from netscape plugin package

le_path > install name is interpreted as the Safari MacOS package contents > folder not the one in my plugin. > > Is there any way to change this ? I think an install name relative to @loader_path can be used to specify such a dependency (never used it myself,

Re: [webkit-dev] type of JSChar

if that is 16 bits wide; always assumed to be unsigned. If wchar_t is not 16 bits wide, then define UChar to be uint16_t. This makes the definition of UChar platform-dependent but allows direct string type compatibility with platforms with 16-bit wchar_t type

Re: [webkit-dev] build QTwebkit errors on windows

't know which is the better choice for the Qt build. Perhaps >> Lars or Simon have a better idea? > > I like the latter idea :) Perhaps it would make sense to keep it PLATFORM(WIN_OS), but add a PLATFORM(QT) case above it then - this way, other possible Windows ports

Re: [webkit-dev] Should we consider switching to git over svn?

nderstanding is that tool support for git is much worse, too - e.g., I didn't see any in Xcode. Admittedly, I haven't done much branch merging (for WebKit or otherwise), but from my point of view, svn is not broken, and thus doesn't need to

Re: [webkit-dev] Windows WebKit/Safari incompatibilities have been resolved

figuration work for anyone? Any other voodoo I can try to make it work? - WBR, Alexey Proskuryakov ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] Windows WebKit/Safari incompatibilities have been resolved

on 31.10.2007 15:23, Alexey Proskuryakov at [EMAIL PROTECTED] wrote: > I have already tried repairing .NET and running vcredist_x86 (not that > they have anything to do with debug libraries AFAICT). I have also > re-installed VC Express using a repair option in its installer. A co

Re: [webkit-dev] Windows WebKit/Safari incompatibilities have been resolved

on 31.10.2007 15:23, Alexey Proskuryakov at [EMAIL PROTECTED] wrote: > I'm trying to make a debug build of WebKit work with Safari beta, but it > still crashes on launch. Turns out the problem was caused by my incorrect configuration - I didn't install SP1 on VC++ Express

[webkit-dev] Canonical positions

ifferences between these be explained in some high-level fashion? So far, I haven't had much luck with understanding them from reading the code. - WBR, Alexey Proskuryakov. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.web

Re: [webkit-dev] Keeping track of supported specs on wiki

rently targeted by Apple. If they are working on such support, they can edit the page to mention that - it's a wiki. - WBR, Alexey Proskuryakov. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] /frameworkPath still supported?

on 17.11.2007 23:50, Adam Roben at [EMAIL PROTECTED] wrote: >> -what is the best way to debug from within the visual studio GUI on windows? >> > > Use the new debug-safari script, added in r27878. Is it possible to debug DumpRenderTree? - WBR, A

[webkit-dev] Changes to keyboard event handling

out what needs to be done in other ports, please do catch me on IRC, e-mail me, etc! - WBR, Alexey Proskuryakov. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] Layout test failure

set up internally by Apple. Maybe I'm missing something though. - WBR, Alexey Proskuryakov. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev

[webkit-dev] Changes to keyboard event handling

tcuts (Cmd+A etc) is still being looked into, and may also change soon. One consequence from the above changes is that Mac key codes (such as 63232 for up arrow) are never exposed via DOM any more. - WBR, Alexey Proskuryakov ___ webkit-dev mailing l

Re: [webkit-dev] Changes to keyboard event handling

27;ve got a bunch of testing to > do... Please do file bugs! - WBR, Alexey Proskuryakov. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev

[webkit-dev] Re: [webkit-changes] [29033] trunk

aders, and there are many more examples of this, e.g. with SVG and XSLT. - WBR, Alexey Proskuryakov. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] ACCEPT request header in XMLHttpRequest not meaningful

ated from ajax > data is displayed as #cdata-section in the web inspector. Is this a difference from Firefox? This sounds like something worth investigating to me. - WBR, Alexey Proskuryakov. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http

Re: [webkit-dev] [Q] License

s. - WBR, Alexey Proskuryakov ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] WebKit not caching properly?

stock Safari/ WebKit. - WBR, Alexey Proskuryakov ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] What libxml2 features are needed for WebKit?

uestion, just want to get better understanding of WebKit > architecture. These are used by XPathEvaluator. It is not practical to use libxslt for it for performance reasons. - WBR, Alexey Proskuryakov ___ webkit-dev mailing list webkit-dev@

Re: [webkit-dev] Changes to keyboard event handling

g that, there's always <http://trac.webkit.org/projects/webkit/wiki/DetectingWebKit >. - WBR, Alexey Proskuryakov ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] UTF-16 default mappings in WebKit

using native Java support for text decoding. Have you investigated using icu4j? I could turn out to a better match, given that we use ICU in C++, and have quite a few tweaks for Web compatibility in TextCodecICU. - WBR, Alexey Proskuryakov ___ webkit

Re: [webkit-dev] Locale-aware text breaking

ont selection) are blocked on <http://bugs.webkit.org/show_bug.cgi? id=16801> - we do not have a practical way to tell what the language is yet. Did you use :lang in your port, or just some system-wide default? - WBR, Alexey Proskuryakov _

Re: [webkit-dev] Does WebKit support 304 Not Modified for Ajax requests?

network library that WebKit uses (at least on the Mac and Windows ports). Scott has filed <https://bugs.webkit.org/show_bug.cgi?id=18972>, and we are trying to find out what is going on (I couldn't reproduce the issue so far). - WBR, Alexey P

Re: [webkit-dev] Preventing menus on Windows

On May 22, 2008, at 5:38 PM, Johan Lund wrote: > How can I prevent e.g. the File menu to popup on Alt-F in Safari in > Windows? We do not allow web pages to suppress handling of system keys events like this, matching Internet Explorer. - WBR, Alexey Prosku

Re: [webkit-dev] Preventing menus on Windows

On May 23, 2008, at 12:43 AM, Johan Lund wrote: > But the menu opens on alt+f anyway! Is that a bug or per design? You mentioned that you have a workaround for IE - it would be best to file a bug with a test case that works in IE, but doesn't work in Safari. - WBR, Alexey Pros

Re: [webkit-dev] WebKit memory management?

). So far, we've been quite happy using platform tools for memory debugging. Personally, I do not think that explicitly tagging memory in this way would be cost-effective, although this is certainly not out of the question. - WBR, Alexey Proskuryakov _

Re: [webkit-dev] keyboard event handling - set in stone yet?

ome changes may or may not be needed to better align with DOM3 Events specification. - WBR, Alexey Proskuryakov ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

<    1   2   3   4   5   6   >