Migrated over to https://github.com/WebKit/standards-positions/issues/15.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
/WebKit/standards-positions
Whenever you encounter a spec or spec issue you think the WebKit
community should come to consensus on, please file an issue there.
Thanks,
Tess
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org
that quite helpful.
That may cause tooling problems and it has been quite well communicated that we
are moving to GitHub, so there are also reasons not to.
> On Jun 23, 2022, at 3:24 PM, Michael Catanzaro via webkit-dev
> wrote:
>
> On Thu, Jun 23 2022 at 03:21:59 PM -0700, Jonathan Beda
Hello WebKit!
This is a follow up to previous RFP
<https://lists.webkit.org/pipermail/webkit-dev/2022-March/032166.html> which
introduced the object-overflow property to allow replaced elements to paint
with ink overflow. Based on feedback in the CSSWG, the proposal has been
updated
, but naming things is hard.
Sounds like you already have this under control.
Michael
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
t 2:01 PM, Michael Catanzaro wrote:
>
> On Thu, Jun 23 2022 at 10:29:55 AM -0700, Jonathan Bedard via webkit-dev
> wrote:
>> Let me know if there is any fallout,
>
> As far as I know, WebKitGTK and WPE WebKit stable branches have not yet been
> migrated and are now
Hi Michael,
On Thu, 23 Jun 2022 16:01:11 -0500 Michael Catanzaro via webkit-dev
wrote:
> On Thu, Jun 23 2022 at 10:29:55 AM -0700, Jonathan Bedard via
> webkit-dev wrote:
> > Let me know if there is any fallout,
>
> As far as I know, WebKitGTK and WPE WebKit stable bra
On Thu, Jun 23 2022 at 10:29:55 AM -0700, Jonathan Bedard via
webkit-dev wrote:
Let me know if there is any fallout,
As far as I know, WebKitGTK and WPE WebKit stable branches have not yet
been migrated and are now read-only? Let's make sure not to delete SVN
until we're certain they have
will remain
accessible in a read-only state so we can audit any content we intend to
migrate to GitHub.
Let me know if there is any fallout,
Jonathan Bedard
WebKit Continuous Integration
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https
minutes:
https://www.w3.org/2022/05/17-webrtc-minutes.html#t07
Thanks,
Riju.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
ble.>
* Chrome Status: Gamepad API Trigger-Rumble Extension - Chrome Platform
Status (chromestatus.com)<https://chromestatus.com/feature/5162940951953408>
Thank you,
Gabriel
_______
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit
El jue, 16-06-2022 a las 16:11 -0700, Jonathan Bedard via webkit-dev
escribió:
> Hey folks,
>
> The time has come! On Thursday, June 23rd, we are planning on
> stopping all commits to the Subversion repository hosted
> on https://svn.webkit.org, all future commits will at that
t if you have any issues,
Jonathan Bedard
WebKit Continuous Integration___________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
拾
Jean-Yves Avenard is now a WebKit reviewer. May the “merge-queue” label serve
you well, Jean-Yves!
Dean
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
n Chrome, usage appears to be low enough
to move forward with deprecation and removal, see the linked thread above.
Thanks!
Johann
_______
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
/1kqdLoUcwWe8znVCMXyz2FHk9WMylHbIo7gUjhyHmY_w/edit?usp=sharing
* Spec: https://github.com/w3c/mediacapture-screen-share/pull/225/files
* ChromeStatus entry: https://chromestatus.com/feature/5067650299330560
___
webkit-dev mailing list
webkit-dev
Hi webkit-dev,
The WebAssembly Relaxed SIMD proposal introduces new vector operations that
take advantage of widely available instruction sets to accelerate compute
workloads. The proposal relaxes the strict portability constraints of
the fixed-width
SIMD proposal
<https://github.com/WebAssem
Hi webkit-dev,
I would like to request WebKit's current position on the CSS Custom Highlight
API [1]. Edge and Chrome are planning to ship this soon [2].
Safari implemented an early version of this API in 99 [3], gated behind the
Highlight API experimental flag. It looks like it's been updated
a
10x improvement in minimum build time and a 20x improvement (!) in median time:
Apple-BigSur-XCBuild-Release-Build
min 28s median 100s max 5552s
Apple-Monterey-Release-Build
min 254s median 2382s max 5768s
___________
webkit-dev maili
/html/issues/4654#issuecomment-1154412434
Mozilla standards position:
https://github.com/mozilla/standards-positions/issues/650
cheers,
--
Simon Pieters
Bocoup https://bocoup.com/
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https
On 6/8/22 02:40, Elliott Williams via webkit-dev wrote:
>
>> On Jun 7, 2022, at 10:27, Olmstead, Don via webkit-dev
>> wrote:
>>
>> If we wanted to try any tooling around identifying when an include or
>> forward declaration should be used we need a functionin
On 6/7/22 01:39, Geoffrey Garen via webkit-dev wrote:
>> As such, I also think that the non-unified EWS being green should not be a
>> blocker to landing a patch. But I think having it there for information will
>> help the situation. At minimum, even if every engin
> On Jun 7, 2022, at 10:27, Olmstead, Don via webkit-dev
> wrote:
>
> If we wanted to try any tooling around identifying when an include or forward
> declaration should be used we need a functioning non-unified build. We could
> try IWYU on the codebase,
> https://gi
for analyzing where the build is spending its time. For
Clang users the ClangBuildAnalyzer could be used,
https://github.com/aras-p/ClangBuildAnalyzer . For Visual Studio a project that
looks interesting is CompileScore, https://github.com/Viladoman/CompileScore .
_____________
1]:
https://firefox-source-docs.mozilla.org/build/buildsystem/unified-builds.html#building-outside-of-the-unified-environment
[2]: https://bugzilla.mozilla.org/show_bug.cgi?id=1772513
On 5/21/22 06:17, dpino via webkit-dev wrote:
Hi,
Last year we started a thread to discuss the possibility of dep
but I don’t want to design our policy around that problem.
— Darin
_______
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
If it isn’t it should be considering how many times I’ve had a cq- come from an
AppleWin build that is in no way affected by my patch.
From: Geoffrey Garen via webkit-dev
Sent: Monday, June 6, 2022 10:40 AM
To: Mark Lam
Cc: Darin Adler ; webkit-dev@lists.webkit.org
Subject: Re: [webkit-dev
not push
>> forward with more unrelated sweeping changes to the project and its
>> workflow. Just like in software development, where we need to fix
>> regressions before we can move forward with major feature work, so too in
>> tooling we need to do the same. Otherwise we just pil
top of chaos, and there is no way to
> know if things are improving or getting worse, and no way to hold ourselves
> accountable for improvement.
>
> Thanks,
> Geoff
>
>>
>> Jonathan
>>
>>>
>>> Thanks,
>>> Geoff
>>>
?
That’s surprising to me, and not how EWS bots usually work. If we just want an
optional record of where a particular build configuration started failing,
Isn’t that just… a not-EWS bot?
Thanks,
Geoff
___________
webkit-dev mailing list
webkit-dev@l
Hi webkit-dev,
We're proposing a small additional function to add to the HTML Standard, named
import.meta.resolve(). See the PR [1] and a mini-explainer [2]. Gecko folks
have reviewed the PR and contributed to the discussion, but any thoughts from
WebKit would be very welcome.
We're hoping
p.
>
> I believe that while there are stale watchlists entries, newer additions are
> valid.
>
> - Alexey
>
>> 2 июня 2022 г., в 2:19 PM, Jonathan Bedard via webkit-dev
>> mailto:webkit-dev@lists.webkit.org>>
>> написал(а):
>>
>
Hi Webkit-Dev Team,
We've been working on the Shared Storage API that supports a variety of use
cases that may be impacted by 3rd Party Cookie Deprecation. The idea is to
provide a storage API (named Shared Storage) that is intended to be
unpartitioned. Origins can write to it from their own
:42 AM, Darin Adler via webkit-dev
> wrote:
>
> Yes, I don’t oppose adding another EWS bot, and I was not trying to argue
> against that proposal. I did intend to express my disagreement with many
> points made in follow-up replies that seem quite wrong to me.
>
> Three othe
unified builds, with frustrated contributors if they worked with any
configuration that lacked an EWS bot. It may seem that the
unified-build-specific problems are something fundamentally different, but this
is not how I see it.
— Darin
___
webkit-dev
been our status quo, but it is not a state we are in by
choice—on the contrary, it is a technical debt that this community has carried
for five whole years. We should be excited to see this debt paid at last.
Ross
On 6/3/22, 4:19 PM, "Darin Adler via webkit-dev"
wrote:
Here’s my view:
contributors to keep all possible combinations working.
— Darin
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
nd no way to hold ourselves accountable
for improvement.
Thanks,
Geoff
>
> Jonathan
>
>>
>> Thanks,
>> Geoff
>>
>>
>>> On Jun 2, 2022, at 2:35 PM, Jonathan Bedard via webkit-dev
>>> mailto:webkit-dev@lists.webkit.org>> wrote:
>>
long and contentious discussion. The motivating change is that the GitHub
transition makes this proposal possible, from a technical perspective, in a way
it is not while the project is still backed by Subversion.
Jonathan
>
> Thanks,
> Geoff
>
>
>> On Jun 2, 2022, at 2:35 PM, J
> On Jun 2, 2022, at 6:29 PM, Michael Catanzaro wrote:
>
>
>
> On Thu, Jun 2 2022 at 04:06:42 PM -0700, Chris Dumez via webkit-dev
> wrote:
>> I am concerned by this proposal given how slow EWS and the merge queue are
>> these days.
>
> Hopefull
On Thu, Jun 2 2022 at 04:06:42 PM -0700, Chris Dumez via webkit-dev
wrote:
I am concerned by this proposal given how slow EWS and the merge
queue are these days.
Hopefully Jonathan's three proposed blockers will address this:
- run-webkit-tests consulting results.webkit.org to avoid
with the move to GitHub and development speed will suffer as a result.
Chris Dumez
> On Jun 2, 2022, at 3:41 PM, Geoffrey Garen via webkit-dev
> wrote:
>
>
>> As we move to GitHub, I would like to propose we strengthen our protections
>> on `main` by making MergeQueue a
t 2:35 PM, Jonathan Bedard via webkit-dev
> wrote:
>
> As we move to GitHub, I would like to propose we strengthen our protections
> on `main` by making MergeQueue and CommitQueue mandatory. This would mean
> that with a few exceptions, all changes would need to be built and ru
г., в 2:19 PM, Jonathan Bedard via webkit-dev
mailto:webkit-dev@lists.webkit.org> > написал(а):
Porting is possible, but that would be something that would happen, at the
earliest, a few weeks from now. I does seem to me that the watchlist is out of
date, so a forced-cleanup doesn’t see
trying known flakey or failing tests
- Another MergeQueue bot
- Xcode workspace builds to speed up incremental builds
Jonathan Bedard
WebKit Continuous Integration
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/m
t;
>> On Jun 2, 2022, at 1:12 PM, Jonathan Bedard via webkit-dev
>> wrote:
>>
>> Hey folks,
>>
>> Yusuke is interested in adding the CODEOWNERS file to the WebKit project
>> (see https://github.com/WebKit/WebKit/pull/1137
>> <https://github.com/WebK
PM, Jonathan Bedard via webkit-dev
> wrote:
>
> Hey folks,
>
> Yusuke is interested in adding the CODEOWNERS file to the WebKit project (see
> https://github.com/WebKit/WebKit/pull/1137). There have been some objections
> to this, the two ones I’m aware of:
> - WebKi
I have set up a couple of rules to catch and hold based on
"X-AutoResponse: AutoResponse" and "Auto-submitted: auto-generated". Not
sure of the latter is needed. We'll have to see if they work tomorrow.
...
ling
On 6/2/22 11:00 AM, Klaus Weidner via webkit-dev wrote:
Sh
o work with Yusuke to land https://github.com/WebKit/WebKit/pull/1137
<https://github.com/WebKit/WebKit/pull/1137> and start adopting CODEOWNERS on
Monday absent objections that folks think overshadow the benefits of the
CODEOWNERS file.
Jonathan______
necessarily going to respect them.
On Thu, Jun 2, 2022 at 10:20 AM Alemar via webkit-dev <
webkit-dev@lists.webkit.org> wrote:
> These out of office messages are getting out of hand. Is there anything we
> can do?
>
> El jue, 2 jun 2022 a las 10:43, 안광림 via webkit-dev (<
> web
These out of office messages are getting out of hand. Is there anything we
can do?
El jue, 2 jun 2022 a las 10:43, 안광림 via webkit-dev (<
webkit-dev@lists.webkit.org>) escribió:
>
> Period : 2022/05/23 00:00 ~ 2022/07/15 00:00 [Korea Standard Time
Period : 2022/05/23 00:00 ~ 2022/07/15 00:00 [Korea Standard Time]
부재중입니다.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
On Thu, Jun 2, 2022 at 4:28 AM Claudio Saavedra via webkit-dev
wrote:
>
> On Wed, 2022-06-01 at 16:39 -0700, Ryosuke Niwa via webkit-dev wrote:
> > One day per month for one beginner sounds like a really low
> > maintenance cost compared to having every WebKit developer fi
On Wed, 2022-06-01 at 16:39 -0700, Ryosuke Niwa via webkit-dev wrote:
> One day per month for one beginner sounds like a really low
> maintenance cost compared to having every WebKit developer fix non-
> unified builds at all times.
I'm sorry, but this is not about having "every WK
ure. Is there any chance Apple would
consider deploying EWS non-unified bots for Mac?
Diego_______
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
on't break the
build when experimental features tied to that (e.g. WebRTC or LFC) are
disabled. All the other EWS have DEVELOPER_MODE enabled, and this has
been a regular problem in the past.
Michael
_______
webkit-dev mailing list
webkit-dev@lists.webkit
orking Mac Cmake build). This bot means that people can know their patches are
free of include errors without having to worry about how to verify that locally.
Ross
From: Ryosuke Niwa
Date: Wednesday, June 1, 2022 at 4:39 PM
To: "Kirsling, Ross"
Cc: Alexey Proskuryakov , "webkit
On Wed, Jun 1, 2022 at 16:10 Kirsling, Ross via webkit-dev <
webkit-dev@lists.webkit.org> wrote:
> I feel like this has been discussed adequately in the past, but one more
> time for good measure:
>
> Any two platforms which don't build the exact same set of files will
>
; webkit-dev@lists.webkit.org
Subject: Re: [webkit-dev] Deployment of new EWS Non-Unified builder
Hi,
I'm not sure if we have a consensus on whether it is a project goal to keep
non-unified build working at all times. As discussed last year, setting up
post-commit bots is a pre-requisite
?
- Alexey
21 мая 2022 г., в 12:10 AM, Kirsling, Ross via webkit-dev
mailto:webkit-dev@lists.webkit.org> > написал(а):
This is wonderful news—thanks Diego!
Ross
From: dpino via webkit-dev mailto:webkit-dev@lists.webkit.org> >
Sent: Friday, May 20, 202
Period : 2022/05/23 00:00 ~ 2022/07/15 00:00 [Korea Standard Time]
부재중입니다.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Seems reasonable.
> On May 31, 2022, at 6:14 AM, Arthur Sonzogni via webkit-dev
> wrote:
>
> Greetings webkit-dev,
>
> I am requesting your feedback about exposing:
> ```js
> self.crossOriginEmbedderPolicy;
> ```
> It reflects the environment's crossOriginEmb
Greetings webkit-dev,
I am requesting your feedback about exposing:
```js
self.crossOriginEmbedderPolicy;
```
It reflects the environment's crossOriginEmbedderPolicy's value.
More details on:
https://github.com/ArthurSonzogni/coep-reflection
Thanks
Arthur @arthursonzogni
Period : 2022/05/23 00:00 ~ 2022/07/15 00:00 [Korea Standard Time]
부재중입니다.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Hello Jonathan,
Probably you are aware of that but
https://github.com/WebKit/WebKit#contribute /
https://webkit.org/contributing-code/ still mentions the ChangeLogs and
old workflow.
Le 16/05/2022 à 22:46, Jonathan Bedard via webkit-dev a écrit :
Starting tomorrow, Tuesday May 17th, WebKit
Period : 2022/05/23 00:00 ~ 2022/07/15 00:00 [Korea Standard Time]
부재중입니다.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
This looks like a reasonable API to me.
Le mer. 25 mai 2022 à 11:01, Adam Rice via webkit-dev <
webkit-dev@lists.webkit.org> a écrit :
> The Response.json() static method permits constructing a Response object
> with the body populated with a JavaScript object serialized as JSO
/1uI51R4YfFQtfiDTw1KfnLqzIu45OgxhYoUT7khlhmwQ/edit?usp=sharing
* Spec: https://github.com/w3c/mediacapture-screen-share/pull/186/files
* ChromeStatus entry: https://chromestatus.com/feature/5186392840732672
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
/1OmuV1W4f2UvToeNxUVGHv8NcFuL63r94gWwz9i_-VBc/edit?usp=sharing
* Spec: https://github.com/w3c/mediacapture-screen-share/pull/164/files
* ChromeStatus entry: https://chromestatus.com/feature/5201258309746688
___
webkit-dev mailing list
webkit-dev
Period : 2022/05/23 00:00 ~ 2022/07/15 00:00 [Korea Standard Time]
부재중입니다.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
/#ref-for-dom-response-json
- ChromeStatus entry: https://chromestatus.com/feature/5197912798658560
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
/d/1M63lyDHV-v6LPFzHjfsjBDMfyn075pySa3xfIRSB9zU/edit?usp=sharing
* Spec: https://github.com/w3c/mediacapture-screen-share/pull/216/files
* ChromeStatus entry: https://chromestatus.com/feature/5118675366445056
___
webkit-dev mailing list
webkit-dev
Period : 2022/05/23 00:00 ~ 2022/07/15 00:00 [Korea Standard Time]
부재중입니다.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
/1q3oGy7hLJmdQA4ZK7QG7DnwgtcpL6oB2pqLQJ6MP1tY/edit?usp=sharing
* Spec: https://github.com/w3c/mediacapture-screen-share/pull/222/files
* ChromeStatus entry: https://chromestatus.com/feature/4649448880734208
___
webkit-dev mailing list
webkit-dev
On Sat, May 21 2022 at 07:10:30 AM +, "Kirsling, Ross via
webkit-dev" wrote:
This is wonderful news—thanks Diego!
Agreed.
I would go even further and consider enabling unified builds only in
DEVELOPER_MODE (for CMake ports). For non-developer builds, compilation
time is
This is wonderful news—thanks Diego!
Ross
From: dpino via webkit-dev
Sent: Friday, May 20, 2022 9:17:56 PM
To: webkit-dev@lists.webkit.org
Subject: [webkit-dev] Deployment of new EWS Non-Unified builder
Hi,
Last year we started a thread to discuss
times are pretty similar.
Diego
[1]
https://www.mail-archive.com/webkit-dev@lists.webkit.org/msg30077.html
[2] https://bugs.webkit.org/show_bug.cgi?id=226088
[3] https://people.igalia.com/lmoura/webkit-bots-dashboard/unified.html
___
webkit-dev mailing
://github.com/WICG/sw-launch/blob/main/launch_handler.md
Happy to answer any questions.
- Alan Cutter
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
conflicts.
Jonathan
WebKit Continuous Integration
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
eLog edits locally and run
`git-webkit pr --amend`.
Jonathan
WebKit Continuous Integration
___________
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
changes in the
unsafe queue and some bots are busy with Merge-Queue and Commit-Queue requests,
so there is only a single available bot serving the unsafe queue.
Jonathan
> On May 11, 2022, at 4:31 PM, Chris Dumez wrote:
>
>
>> On May 11, 2022, at 11:56 AM, Jonathan Bedard via webkit
> On May 11, 2022, at 11:56 AM, Jonathan Bedard via webkit-dev
> wrote:
>
> Trying to embed previous replies is going to get messy, will be referencing
> those replies but not embedding them.
>
> Unsafe-Merge-Queue should be very fast, I haven’t seen anything take long
this, but just to confirm what he said, GitHub
checkouts can use `git svn` too, there are a few more “yes, buts” to it (`git
svn rebase` is to be avoided), as Chris mentioned, `git-webkit setup-git-svn`
does work in GitHub checkouts.
___
webkit-dev
On Wed, May 11, 2022 at 08:12 Chris Dumez wrote:
>
> On May 11, 2022, at 12:13 AM, Ryosuke Niwa via webkit-dev <
> webkit-dev@lists.webkit.org> wrote:
>
> On Tue, May 10, 2022 at 9:27 PM Ryosuke Niwa wrote:
>
>
>
> On Tue, May 10, 2022 at 20:36 Chris Dumez wrot
> On May 11, 2022, at 12:13 AM, Ryosuke Niwa via webkit-dev
> wrote:
>
> On Tue, May 10, 2022 at 9:27 PM Ryosuke Niwa wrote:
>>
>>
>> On Tue, May 10, 2022 at 20:36 Chris Dumez wrote:
>>>
>>> [Not sure why Apple Mail sent Ryosuke’s repli
On Wed, May 11 2022 at 12:16:46 AM -0700, Ryosuke Niwa via webkit-dev
wrote:
No, I'm using Github clones to write patches then using Subversion
checkout to commit those patches.
If you use the old git repo via git-svn, not the GitHub repo, then you
can use 'git svn dcommit
while reviewing.
Good thing is that we can bring interesting things to GitHub without changing
underlying protocol much.
Bad thing is it can be fragile.
Anyway, I hope we can have a solution :)
-Yusuke
> On May 10, 2022, at 8:50 PM, Yusuke Suzuki via webkit-dev
> wrote:
>
>
>
and this comment. Did you mean that you are
> already using git-svn and relying to `git-svn dcommit` for local committing?
No, I'm using Github clones to write patches then using Subversion
checkout to commit those patches.
- R. Niwa
_______________
webkit-dev mailing
g able to send a proper sender
> ID due to it being a forwarding address.
>
>> On May 10, 2022, at 3:04 PM, Ryosuke Niwa via webkit-dev
>> wrote:
>>
>> On Tue, May 10, 2022 at 3:01 PM Jonathan Bedard via webkit-dev
>> wrote:
>>
>>
&
> On May 10, 2022, at 1:32 PM, Jonathan Bedard via webkit-dev
> wrote:
>
> The last thing I’d like to note is that a full git-native commit message
> policy now is something we can modify in the future if we find that reviewing
> commit messages with “Quote reply” comments
[Not sure why Apple Mail sent Ryosuke’s replies to the Junk folder but I
finally noticed.]
> On May 10, 2022, at 3:04 PM, Ryosuke Niwa via webkit-dev
> wrote:
>
> On Tue, May 10, 2022 at 3:01 PM Jonathan Bedard via webkit-dev
> wrote:
>>
>>> On May 10, 20
On Tue, May 10, 2022 at 3:01 PM Jonathan Bedard via webkit-dev
wrote:
>
> > On May 10, 2022, at 2:46 PM, Geoffrey Garen wrote:
> >
> > Do I undertand correctly that the proposal here is
> >
> > (a) Immediately Deprecate ChangeLogs
>
> Yes
>
> &g
looking… to propose immediate migration
> without that data.
>
> Thanks,
> Geoff
>
>> On May 10, 2022, at 1:32 PM, Jonathan Bedard via webkit-dev
>> wrote:
>>
>> A few weeks ago, I started a discussion about deprecating ChangeLogs. In
>> that time,
PM, Jonathan Bedard via webkit-dev
> wrote:
>
> A few weeks ago, I started a discussion about deprecating ChangeLogs. In that
> time, we’ve had more folks using the pull-request workflow and more folks
> using newer versions of `git` which break automatic ChangeLog rebasing. I
> p
in GitHub, although not conveniently.
Thanks,
> On May 10, 2022, at 1:32 PM, Jonathan Bedard via webkit-dev
> wrote:
>
> A few weeks ago, I started a discussion about deprecating ChangeLogs. In that
> time, we’ve had more folks using the pull-request workflow and more folks
I don't think we should this. We haven't even had enough discussions about
whether we want to deprecate change logs or not.
On Tue, May 10, 2022 at 13:32 Jonathan Bedard via webkit-dev <
webkit-dev@lists.webkit.org> wrote:
> A few weeks ago, I started a discussion about deprecating C
message
review don’t seem to be headed towards a resolution quickly.
Jonathan
WebKit Continuous Integration
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
on this!
All best,
Ben
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Hello webkit-dev@,
Can you please provide an official WebKit position on Opaque Response
Blocking (ORB, aka CORB++)?
ORB spec has been iterated on at https://github.com/annevk/orb and both
Firefox and Chrome are actively working on implementing it (Chrome intends
to ship ORB v0.1 in M103
<ht
Hi webkit-dev:
This is a request for WebKit's position on Capability Delegation.
Capability Delegation defines a mechanism through which a script can
delegate its ability to call a restricted API to another browsing context
it trusts. This is a generic mechanism, and Chrome is currently looking
301 - 400 of 26866 matches
Mail list logo