Re: [webkit-dev] Position on WebXr Lighting Estimation Module

O Mér, 11-11-2020 ás 11:21 -0800, Alex Cooper via webkit-dev escribiu: > Hello Webkit, > > I'd like to ask for WebKit's position on the WebXR Lighting > Estimation Module. It's an extension of the WebXr Device API from the > Immersive Web Community Group. The API allows web applications to > reque

[webkit-dev] Exposing FeaturePolicy to the web

Hi, WebKit currently implements the feature policy mechanism[1] to allow developers/sites to enabled/disable certain features and/or browser APIs like geolocation or access to camera among others. While implementing the WebXR API I realized that we are not exposing[2] the values of feature polici

Re: [webkit-dev] WebXR on WebKit

Not sure how to interprete silence. BTW patch[*] is now ready to be reviewed as all EWS are happy with it. BR [*] https://bugs.webkit.org/show_bug.cgi?id=208702 O Ven, 06-03-2020 ás 12:56 +0100, Sergio Villar Senin escribiu: > Hi, > > I've just uploaded a patch[1] (based on prev

[webkit-dev] WebXR on WebKit

Hi, I've just uploaded a patch[1] (based on previous work from my colleague Žan Doberšek) which brings a very basic WebXR[2] support for WebKit. Right now is just IDLs, stubs and pretty basic platform code, mostly empty implementations anyway. You can see WebXR[3] as the evolution of the deprecat

[webkit-dev] PSA: WebVR (and OpenVR) removed from the tree

Hi, my Igalia colleague Žan Doberšek and myself worked on the implementation of WebVR1.1 some time ago. We used the OpenVR library to implement the required platform interfaces. We managed to implement the whole API although the stereo rendering part was mostly stubs. WebVR1.1 was shipped in some

Re: [webkit-dev] Using compile_command.json in sources that go into Unified Sources

O Lun, 26-03-2018 ás 14:30 +0100, Adrian Perez de Castro escribiu: > > I *think* that many tools like scan-build should work equally well > regardless > of whether the compilation database contains the unifies or the > individual > sources. But of course it's difficult to predict what every other

Re: [webkit-dev] Using compile_command.json in sources that go into Unified Sources

O Sáb, 24-03-2018 ás 23:03 +, Cadu Bentzen escribiu: > Hi WebKit developers, > > Recently I started coding in WebKitGTK+ on Linux and I realized that > source files that are batch-compiled in UnifiedSources don't get an > entry in compile_commands.json, making it difficult to get flags for > a

Re: [webkit-dev] WebVR on WebKit

O Mér, 02-08-2017 ás 19:55 +0200, Sergio Villar Senin escribiu: > Hi, > > some weeks ago I uploaded [1] a patch (based on previous work by my > colleague at Igalia Zan) which basically adds the IDLs for WebVR 1.1 > spec along with the required stubs and the cmake build configur

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)

O Lun, 28-08-2017 ás 17:37 -0700, Keith Miller escribiu: > Hello fellow Webkittens, > > Are you growing tired of long cat naps while waiting 45 minutes for > WebKit to build? (I’ve definitely never done this 🤐!) > Do you want WebKit to build up to 3-4x faster on a clean build?* > Does seeing your

Re: [webkit-dev] CSS Typed OM

O Mar, 22-08-2017 ás 07:54 +1000, Dean Jackson escribiu: > > > > On 19 Aug 2017, at 5:44 am, Olmstead, Don > > wrote: > > > > I'd like to begin an implementation of CSS Typed OM (CSSOM) and > > wanted to gauge interest for supporting the feature. > > Go for it! While the specification is proba

Re: [webkit-dev] WebVR on WebKit

O Xov, 03-08-2017 ás 10:56 -0700, Alexis Menard escribiu: > Hi, > > > On Aug 3, 2017, at 9:19 AM, Sergio Villar Senin > > wrote: > > > > O Xov, 03-08-2017 ás 08:44 -0700, Alexis Menard escribiu: > > > Hi, > > > > > >

Re: [webkit-dev] WebVR on WebKit

O Xov, 03-08-2017 ás 08:44 -0700, Alexis Menard escribiu: > Hi, > > > On Aug 3, 2017, at 7:52 AM, Dean Jackson wrote: > > > > > > > > > On 2 Aug 2017, at 19:55, Sergio Villar Senin > > > wrote: > > > > > > > > > O

Re: [webkit-dev] WEB_TIMING enabled on all ports - let's remove the flag?

O Mér, 02-08-2017 ás 12:43 +0300, Konstantin Tokarev escribiu: > Also, AFAICS WebAudio is not widely used across the Web. Can anyone > point me to real > website which is not WebAudio demo but makes use of this API somehow? Check www.webaudioweekly.com for several examples. BR ___

[webkit-dev] WebVR on WebKit

Hi, some weeks ago I uploaded [1] a patch (based on previous work by my colleague at Igalia Zan) which basically adds the IDLs for WebVR 1.1 spec along with the required stubs and the cmake build configuration. As Sam Weining perfectly pointed out, this needs some previous discussion in the list i

Re: [webkit-dev] Port For Android

O Mar, 07-03-2017 ás 20:07 -0500, Patrick Wright escribiu: > > However, in the source code of android. There is an implementation of > Webkit show here: https://developer.android.com/reference/android/web > kit/package-summary.html . it is just very slow and restrictive.  That's the Android WebVi

Re: [webkit-dev] perf.webkit.org has been updated

O Mar, 17-01-2017 ás 21:38 -0800, Ryosuke Niwa escribiu: > I've deployed the latest v3 UI on https://perf.webkit.org/ > New UI is a lot more polished compared to the old "v1" UI, and > provides more functionality. Really awesome work, thanks Ryosuke for working on this! BR ___

Re: [webkit-dev] About unprefixing CSS Grid Layout (implementation status summary included)

On 27/04/16 17:59, Simon Fraser wrote: >> On Apr 27, 2016, at 4:39 AM, Manuel Rego Casasnovas wrote: >> >> Hi, >> >> as announced yesterday it seems that the WebKit prefixing policy has >> been updated [1]. >> >> Right now CSS Grid Layout implementation is prefixed in WebKit and >> behind a compil

Re: [webkit-dev] Thought about Nix JavaScriptCore port

On 11/11/15 11:15, Sergio Villar Senin wrote: > On 11/11/15 08:04, Yusuke SUZUKI wrote: >> Hello WebKittens, >> >> JavaScriptCore use in non-OSX environment looks emerging[1]. >> In addition to that, sometimes, people would like to build >> JavaScriptCore to see w

Re: [webkit-dev] Thought about Nix JavaScriptCore port

On 11/11/15 08:04, Yusuke SUZUKI wrote: > Hello WebKittens, > > JavaScriptCore use in non-OSX environment looks emerging[1]. > In addition to that, sometimes, people would like to build > JavaScriptCore to see what is happning in JavaScriptCore development[2]. > However, if you don't have an OSX m

Re: [webkit-dev] JavaScriptCore slowdown

On 28/06/15 16:27, Rodney Dowdall wrote: > The only other question I have is if there is some sort of throttle on > the JavaScript callbacks. The reason I ask is because no matter what I > do, the following page: > > http://bubblemark.com/dhtml.htm > > I only get 60 fps. For this page the "fps"

Re: [webkit-dev] Downtime for Bugzilla upgrade on Thursday, October 16 from 8-10 AM PDT

On 17/10/14 06:28, Benjamin Poulain wrote: > It works great! Thanks for updating bugzilla, it is really neat. > > Benjamin Could the format of bz emails be changed? The new one with those huge tables on top and tiny fonts for the bug comments are pretty difficult to process. BR

Re: [webkit-dev] Easy bugs for grab

On 23/09/14 10:28, Benjamin Poulain wrote: > -Unprefix your favorite CSS property (easy to hard depending on the > property). What's the policy for unprefixing properties? I thought that they're prefixed as long as the feature was experimental/under heavy development. Has it changed? (I'm particul

Re: [webkit-dev] ftlopt merge - basically done

On 06/08/14 23:35, Filip Pizlo wrote: > Hi everyone, > > The JSC “ftlopt” branch is basically merged. I think I have one more > revision to merge over, and it is a minor one. Please don’t land more things > on the branch. Landing on trunk is fine; it’s unlikely to get in my way as I > merge

Re: [webkit-dev] WebKit Remote Web Inspector

On 21/06/14 03:07, Vienneau, Christopher wrote: > However your response leads me to believe that it could be as easy as > enabling a define? Searching my code for INSPECTOR_SERVER I only find > it in FeatureDefinesNix.hbut no source code wrapped by it. > REMOTE_INSPECTOR does not show up at all.

Re: [webkit-dev] web timing

En 06/05/14 01:40, Alex Christensen escribiu: > I’m working on web timing based on > https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/NavigationTiming/Overview.html > and the current ResourceLoadTiming class has more information than is > required for the spec. I’ve trimmed it down, but it app

Re: [webkit-dev] Enabling CSS JIT on Linux x86_64 for EFL and GTK?

En 01/04/14 10:58, Sergio Villar Senin escribiu: > En 31/03/14 23:09, Benjamin Poulain escribiu: >> Hi, >> >> Now that EFL and GTK use CMake, can someone look at what is missing to >> enable the CSS JIT on Linux x86_64? >> >> Last time I tried, there were som

Re: [webkit-dev] Enabling CSS JIT on Linux x86_64 for EFL and GTK?

En 31/03/14 23:09, Benjamin Poulain escribiu: > Hi, > > Now that EFL and GTK use CMake, can someone look at what is missing to > enable the CSS JIT on Linux x86_64? > > Last time I tried, there were some issues with the headers. It is likely > trivial to fix with a local build. > > I would be ha

Re: [webkit-dev] *.webkit.org downtime Tuesday, 3/11

En 13/03/14 09:56, Osztrogonác Csaba escribiu: > Hi, > > There are still issues after downtime: > > - Apple EWS bots are still broken (Last Pass: 1 day, 16 hours ago) > - login on build.webkit.org is broken: > "The username or password you entered were not correct. Please go back > and try again.

Re: [webkit-dev] Webkit lab downtime 5/14 - 5/15

En 10/03/14 19:19, Lucas Forschler escribiu: > Hello WebKit developers, > > All Apple owned WebKit slaves will be going down Friday night, 5/14. They > should come back online during the evening on Saturday, 5/15. > *.webkit.org services (svn/trac/build) will NOT be affected by this outtage. >

Re: [webkit-dev] Credit change set & author when merging changes

En 14/02/14 10:09, Gyuyoung Kim escribiu: > Hi, > > When we merge own blink patch into WebKit, should we credit the original > author in ChangeLog ? In those cases I don't personally do that. BR ___ webkit-dev mailing list webkit-dev@lists.webkit.org

Re: [webkit-dev] On web-exposing features disabled at runtime

En 11/02/14 21:04, Maciej Stachowiak escribiu: >> > >> > Why not enabling the feature entirely on trunk? (and disable it when >> > shipping product by disabling the compile time flag?). >> > I think feature doing that tends to become stable a lot quicker. > Occasionally a feature is so experimenta

Re: [webkit-dev] On web-exposing features disabled at runtime

En 10/02/14 21:55, Maciej Stachowiak escribiu: >> The question is whether this is an acceptable behavior or not, and how >> to fix it in case we don't like it. I guess it's safe to conclude that >> it isn't something that we want in general, as it might confuse web >> authors (they see the how pro

Re: [webkit-dev] On web-exposing features disabled at runtime

En 10/02/14 22:38, Benjamin Poulain escribiu: > On 2/10/14, 10:40 AM, Sergio Villar Senin wrote: >> The question is whether this is an acceptable behavior or not, and how >> to fix it in case we don't like it. I guess it's safe to conclude that >> it isn't some

[webkit-dev] On web-exposing features disabled at runtime

Hi folks, I'm sending this to the list because it might affect different components inside the project. So as smfr correctly reported here[1] for all those features that don't have a feature flag (like grid layout) we're web-exposing the CSS properties of the feature even if it's disabled at runt

Re: [webkit-dev] Should we explicitly disallow indentation to align lines or add an example?

On 22/01/14 04:34, Ryosuke Niwa wrote: > Consider what happens if someFunction was renamed to someOtherFunction. > If we left the second and subsequent lines intact, we'll have unaligned > indentations. If we did update the subsequent line to be aligned, then > we'll be making unnecessary whites

Re: [webkit-dev] When to use "auto"? (I usually consider it harmful)

On 03/01/14 19:55, Cosmin Truta wrote: > On Fri, Jan 3, 2014 at 1:11 PM, Alexey Proskuryakov > wrote: >> One shouldn't need even basic familiarity with style system to see > whether code leaks, introduces refcount thrashing, or copies too much. > Using auto tends to make su

Re: [webkit-dev] Importing W3C tests for HTML template elements

On 21/11/13 09:16, Ryosuke Niwa wrote: > Maciej says he'd rather see w3c directory under imported directory so > I'm doing that. That was not done for other set of imported tests. Are you planning to move them also to that same place? BR ___ webkit-dev

Re: [webkit-dev] Range based loops

On 08/11/13 10:08, Žan Doberšek wrote: > These types of loops don't appear to be available in MSVC 2010, which > AFAIK still needs to be supported. > http://msdn.microsoft.com/en-us/library/vstudio/hh567368.aspx Yeah so I guess the question becomes whether there are plans to move to MSVC 2012 or n

[webkit-dev] Range based loops

As the project steadily moves to C++11 I was wondering whether range based loops are desirable or not. I don't remember any specific discussion about which C++11 features people like to use in the project (I know we're using some of them auto, std::move semantics, rvalues...). BR _

Re: [webkit-dev] PSA: WebKit2 and DrawingAreaImpl

On 02/10/13 18:49, Anders Carlsson wrote: > > On Oct 1, 2013, at 11:29 PM, Sergio Villar Senin wrote: > >> On 02/10/13 03:19, Anders Carlsson wrote: >>> Hello, >>> >>> I just wanted to let everyone know that we (Apple) are moving away from >>>

Re: [webkit-dev] PSA: WebKit2 and DrawingAreaImpl

On 02/10/13 03:19, Anders Carlsson wrote: > Hello, > > I just wanted to let everyone know that we (Apple) are moving away from > DrawingAreaImpl and always using our tiled drawing area. Longer term we’d > like to remove DrawingAreaImpl completely since it was designed back when we > didn’t run

Re: [webkit-dev] Use BlinkMergeCandidate to merge/back port Blink changes

En 21/05/13 06:06, Ryosuke Niwa escribiu: > Hi, > > We’ve added BlinkMergeCandidate keyword to Bugzilla to track any Blink > changes we might want to merge. Please add this keyword when you’re > filing a bug or posting a patch to merge a Blink change. There is an interesting question about mergi

Re: [webkit-dev] Turning CSS Variables Off

, I'd be happy to try to fix bugs and track regressions while also aiming to advance the feature. BR > -Bear > > On 5/14/13 3:46 AM, "Sergio Villar Senin" wrote: > >> En 14/05/13 00:36, Bear Travis escribiu: >>> Hello WebKit, >>> >>&g

Re: [webkit-dev] Turning CSS Variables Off

En 14/05/13 00:36, Bear Travis escribiu: > Hello WebKit, > > There has already been some discussion about removing the CSS Variables > code [1], and some early looks at what removing it from the code base > would look like [2]. > Currently, the EFL and GTK ports enable CSS Variables in the > Sourc

Re: [webkit-dev] Overtype mode in WebKit for editable content?

En 12/04/13 19:00, Ryosuke Niwa escribiu: > On Fri, Apr 12, 2013 at 9:50 AM, Sergio Villar Senin Well, I have a pretty compact patch more or less ready to be uploaded to > bz that in the case of the caret being placed at (3) just draws the > classical 1px width bar (it also

Re: [webkit-dev] Overtype mode in WebKit for editable content?

En 12/04/13 18:17, Ryosuke Niwa escribiu: > On Fri, Apr 12, 2013 at 4:40 AM, Sergio Villar Senin For example consider the strongly LTR letters > "abc" inside a RTL block, which will be rendered as "abc". If we either > place the caret at the beginning (bef

Re: [webkit-dev] Overtype mode in WebKit for editable content?

En 12/03/13 18:31, Ryosuke Niwa escribiu: > That doesn't work. At a bidi-level boundary, offset can jump from one > place to another. Consider a much simpler example; the same sequence of > letters, in logical order, ABC123 in a RTL block, which will be rendered as: > 123CBA > with logical/DOM offs

Re: [webkit-dev] Unmaintained feature list

En 08/04/13 19:57, Julien Chaffraix escribiu: >> Sounds like a great idea: >> http://trac.webkit.org/wiki/UnmaintainedFeatureList > > Thanks for starting this. > > Added CSS Grid Layout to the list as I don't think I would be able to > do merges back. I would be more than happy to remove the code

Re: [webkit-dev] Overtype mode in WebKit for editable content?

En 12/03/13 05:11, Ryosuke Niwa escribiu: > So I guess the question boils down to something like: if we have > changes that are generally useful, but not used in the major WebKit > applications (i.e. Chrome, Safari, Opera), does it make sense to > upstream it to WebKit for the benef

[webkit-dev] Overtype mode in WebKit for editable content?

Hi, I was wondering if WebKit as a project would be interested in having overtype mode support for editable content. This in indeed the mode in which the cursor, when typing, overwrites any text that is present on and after its current location [1]. Looks like something like that could be useful

Re: [webkit-dev] Out-of-process networking and potential for sharing memory cache (was Re: Feature Announcement: Moving HTML Parser off the Main Thread)

En 22/01/13 09:52, Maciej Stachowiak escribiu: >> That'd be awesome, at least an overview document that could help people >> to understand the whole picture and the main advantages/drawbacks of the >> selected design. > > What topics are you interested in? I could probably write decent explanation

Re: [webkit-dev] Out-of-process networking and potential for sharing memory cache (was Re: Feature Announcement: Moving HTML Parser off the Main Thread)

En 21/01/13 23:07, Maciej Stachowiak escribiu: > > On Jan 21, 2013, at 11:23 AM, Adam Barth wrote: > >> Some folks have pointed out to me off thread that I'm coming off as >> angry and harsh. I would like to apologize for my tone. >> >> My goal here is not to obstruct or block your progress on

Re: [webkit-dev] distributed build for WebKit on Mac OS 10.8

En 21/01/13 19:39, Zeno Albisser escribiu: > I was more successful using distcc > from: http://www.opensource.apple.com/source/distcc/ > This one seemed to work fairly well. The only problem I had was that Qt > is not actually using xcodebuild. > Therefore I could not make use of any bonjour servi

Re: [webkit-dev] the new TestExpectations syntax is landing soon

En 14/09/12 18:34, Sergio Villar Senin escribiu: > En 13/09/12 01:29, Dirk Pranke escribiu: >> Hi all, >> >> The new format of the much-debated TestExpectations syntax will be >> landing soon (hopefully in the next couple days). > > Dirk I was wondering, does t

Re: [webkit-dev] the new TestExpectations syntax is landing soon

En 13/09/12 01:29, Dirk Pranke escribiu: > Hi all, > > The new format of the much-debated TestExpectations syntax will be > landing soon (hopefully in the next couple days). Dirk I was wondering, does the new format support the case of tests working fine in WK2 but failing in WK1? BR ___

[webkit-dev] New WK2 tests bot for the GTK port

Hi, as you might have noticed in http://build.webkit.org, there is a new 64-bit release GTK bot since yesterday. That new bot was setup to run the WebKit2 tests. As the main focus of people involved in the GTK port development is steadily moving to WebKit2, we see this as a must for the port. The

Re: [webkit-dev] build.webkit.org down?

En 21/06/12 19:54, William Siegrist escribiu: > On Jun 21, 2012, at 10:43 AM, Jon Lee wrote: > >> Is something being upgraded right now? >> > > No, the config file has a problem in it which is unrelated to our upgrade as > far as I can tell. I'm trying to track down what happened. > > $ build

Re: [webkit-dev] webkit debug build error - memory exhausted even on 32GB Ram

En 13/06/12 10:25, Navanshu Mahor escribiu: > Hello webkit.org community, > > > i am trying to build webkit in debug mode on server that is 64bit and > 32GB RAM system. > Inspite of having such large ram it is showing following memory > exhausted error : > > /usr/bin/ld: fai

Re: [webkit-dev] NPN_InvokeDefault failure

En 26/04/12 19:47, tmals...@codeaurora.org escribiu: > Hello, > > Calling NPN_InvokeDefault from a plugin fails sometimes using the latest > built for gtk (using JavaScriptCore). The failure occurs because the > if (!rootObject || !rootObject->isValid()) > check fails in NP_jsobject.cpp@_NPN_

Re: [webkit-dev] Top 100 sites browsing tests proprosal

En 27/04/12 01:19, Ryosuke Niwa escribiu: > See my posts about archive.org-based performance tests. We can use the > same infrastructure to make sure WebKit doesn't crash :) Yeah that's great! I just forgot to replay to that thread :) > In fact... running top 100 websites as performance tests mig

Re: [webkit-dev] [GTK] GtkLauncher segfault

En 20/03/12 15:42, 박상호 escribiu: > hi, > > I meet this seg-fault always. somebody help me? That's an already known bug in WebKit, the code hits an ASSERT whenever you try to convert icon image data to port specific image data. See https://bugs.webkit.org/show_bug.cgi?id=67582 for more details. I

Re: [webkit-dev] NPAPI plugin crashes while calling npnfuncs->invoke in GtkLauncher

En 15/03/12 08:13, souvik.da...@wipro.com escribiu: > Hi, > > I am trying to load my NPAPI plugin in GtkLauncher ( built from source > version-1.6.1 under Ubuntu 10.10). The plugin is used to communicate > with a native shared library. Although I am able to load the plugin ( > Got NP_Initialize

Re: [webkit-dev] Moving to Git?

En 08/03/12 13:35, Ashod Nakashian escribiu: > WebKittens, > > In the light of discovering that some SVN scripts have fallen behind in > terms of maintenance[1] and WebKit's strong Git support and > infrastructure, against my better judgement, I'd like to distract you > from being productive by br

Re: [webkit-dev] (no subject)

En 29/02/12 18:42, Ojan Vafai escribiu: > On Wed, Feb 29, 2012 at 12:43 AM, Sergio Villar Senin > > Do you know how to use git rebase -i? > > Konstantin, that's why I meant with "merge several commits in a single > one". You do not normally want to

Re: [webkit-dev] (no subject)

En 29/02/12 09:33, Konstantin Tokarev escribiu: >> Although I normally use it for cherry-picking a commit to upload, I have >> always missed the option to upload a bunch of commits as a single patch. >> Basically, as you said, forcing people to merge several commits in a >> single one to upload a

Re: [webkit-dev] (no subject)

En 28/02/12 22:06, Dirk Pranke escribiu: >> I'm beginning to think it probably makes sense to add a different >> commandline argument that works exactly like diff (e.g. takes an optional >> second value). --git-diff perhaps? >> > > Based on the responses on this thread, I agree with you. It looks

Re: [webkit-dev] (no subject)

En 28/02/12 04:46, Ryosuke Niwa escribiu: > Do people really use "git diff" that often? I don't use git much but > when I do I always get annoyed by the way "git diff" works because I > almost always want "git diff master". >From my own experience, when you're used to a git workflow, you almost ne

Re: [webkit-dev] How to prevent conditional interfaces from being added as supplemental interfaces

En 23/02/12 19:08, Adam Barth escribiu: > Hi Sergio, > > This sounds like a bug in the code generator. The intent is that > supplemental interfaces can be disabled using the Conditional > attribute, just like other interfaces. Would you be willing to file a > bug at bugs.webkit.org and CC Kentar

Re: [webkit-dev] Web Inspector tests for DOM node highlights

En 22/02/12 20:10, Max Vujovic escribiu: > Hello, > > I was wondering if there are any Web Inspector tests that check the > appearance, size, or position of a DOM node highlight. By DOM node > highlight, I mean the translucent margin box, border box, padding box, and > content box combination that

[webkit-dev] How to prevent conditional interfaces from being added as supplemental interfaces

Hi, I've been trying to build the GTK port without geolocation support and found that is no longer possible (after r108610). The reason is because that commit removes an #ifdef guard that was hiding the actual issue IMO. Thing is that NavigatorGeolocation.idl specifies a conditional interface to

Re: [webkit-dev] Top 100 sites browsing tests proprosal

En 22/01/12 20:24, Thiago Marcos P. Santos escribiu: > On Sun, Jan 22, 2012 at 1:06 PM, Pablo Flouret Maybe instead of storing a local snapshot (assuming you need static > content for the tests), you can use a online snapshot of a top 100 > website from http://web.archive.org for validation. Not s

Re: [webkit-dev] Top 100 sites browsing tests proprosal

En 21/01/12 14:31, Zoltan Herczeg escribiu: > Just be careful with copyright issues. Could you elaborate on that? BR ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

[webkit-dev] Top 100 sites browsing tests proprosal

Hi, I've been thinking about this for some time now, but only a recent bug I'm constantly hitting these days (https://bugs.webkit.org/show_bug.cgi?id=76574) triggered this email [1]. What I would like to propose here is to have a battery of tests that would check that the most visited sites (let's

Re: [webkit-dev] [PATCH] JSCore with GDB

En 28/12/11 12:38, Sanjoy Das escribiu: > I've not included ChangeLog entries since they are a pain to rebase, > I'll add them once the code has been reviewed. Add the following to your .gitconfig [merge "changelog"] driver = resolve-ChangeLogs --merge-driver %O %A %B and assuming you ha

Re: [webkit-dev] About 165 Editing Tests Require Rebaselines per Bug 51389

En 02/03/11 10:53, Benjamin escribiu: > On Wed, Mar 2, 2011 at 7:36 AM, Ryosuke Niwa > wrote: > > I'm specifically asking for the convenient time for Chromium, GTK, > Qt, and Windows ports since they have test bots running on > build.webkit.org