Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clarify the handling contributions from guests, non-w3c members, and non-WG members #67

Closed
dwsinger opened this issue Aug 23, 2017 · 30 comments
Assignees
Labels
AC-review Raised during the AC review phase, or otherwise intended to be treated then. Closed: Accepted The issue has been addressed, though not necessarily based on the initial suggestion DoC This has been referenced from a Disposition of Comments (or predates the use of DoCs)
Milestone

Comments

@dwsinger
Copy link
Contributor

See also #12 and #18. We need to look at how
a) public input
b) member submissions that also have non-W3C members as author/contributor
c) input to WGs from non-members of that WG

are handled from the point of view of IPR. This issue is being filed in order to keep the question alive, and #12 and #18 are being closed. The team is working on practice in this area, and we're holding until that's worked out, and then will consider what (if any) process changes are needed

@vfournier17
Copy link

Unless these non-member parties agree to the same IP terms as the W3C members, this could get tricky. W3C could require all such non-members to agree to a CLA that binds them to applicable parts of the Patent Policy. The important thing is to make sure that W3C has unfettered use of any contributions from such non-member parties. We might be able to use the CG CLA as a starting point.

@dwsinger
Copy link
Contributor Author

dwsinger commented Oct 9, 2017

Strawman here for further discussion. Perhaps we need a new section in 6.2, 6.2.1 General requirements and definitions [for Technical Reports, which is the formal term for Rec-track documents]

6.2.X Contributor license grants

Contributions to a Technical Report made by members of the Working Group operating under a Charter that has that Technical Report as a Deliverable effectively have a contribution agreement as a result of the W3C Patent Policy.

For all other Contributions to a Technical Report, the team should seek an appropriate contribution license grant, granting terms from the contributor and in the contribution that are conformant with the W3C’s royalty-free license.

NOTE such contributions can come from a member of the consortium that is not a member of the Working Group (for example, during wide review or as a Member Submission), or from an external organization (for example, during Wide Review), or during the process of producing an Amended Recommendation (where is no Working Group associated with the Technical Report).

@dwsinger dwsinger added the AC-review Raised during the AC review phase, or otherwise intended to be treated then. label Oct 30, 2017
@dwsinger
Copy link
Contributor Author

refined:

6.2.X Contributor license grants

Pursuant to Section 3.2 of the Patent Policy, agreeing to the W3C Royalty-Free (RF) Licensing Requirements set forth in Section 5 of the Patent Policy will create a RF licensing obligation under the Patent Policy. As a matter of practice, if a contributor to a Technical Report falls into one of the following (or a similar) categories, the Team should seek an appropriate written license agreement from the contributor acknowledging applicability of the W3C Royalty-Free (RF) Licensing Requirements to the contribution:

Outside organization that contributes comments, e.g. during wide review.
W3C Member that contributes comments to a Working Group of which it is not a member, e.g., during wide review.
Contributors working on an Amended Recommendation, where there is no Working Group.

The Team reserves the right to reject such contributions in the event such a contributor is unwilling or unable to sign such a written license agreement.

@lynningalsbe
Copy link

W3m

@vfournier17
Copy link

vfournier17 commented Nov 2, 2017 via email

@dwsinger
Copy link
Contributor Author

we need some input from AB and PSIG

@wseltzer
Copy link
Member

We currently request commitments for such contributions, and I believe we can improve that handling without Process change.

@dwsinger
Copy link
Contributor Author

I think it would be good if the process says what is required in order to do what. for example, "The W3C should not use contributed material in a Rec track document without a contribution grant". and so on. we should have some short formulations of the requirements; ideally they happen to match current practice. This enables the team to say "sorry, but our formal process requires that we ask and that we not proceed in the absence of an answer"

@vfournier17
Copy link

I agree with @dwsinger, although I would phrase the requirement a bit differently so it doesn't look like the full onus is on W3C. So, something like, "W3C will not accept material contributed to a Recommendation-track document without obtaining a recorded contribution grant from the proposed contributor." Thoughts?

@delfiramirez
Copy link

delfiramirez commented Feb 19, 2018 via email

@wseltzer
Copy link
Member

A brief form of commitment:

Non-Member Licensing Commitment from @@organization@@ to W3C

On behalf of @@organization@@, as its legal representative, I,
@@representative@@,

a) have reviewed the @@wg@@ Working Group charter;

b) have reviewed the W3C Patent Policy, in particular the section on licensing obligations for Working Group Participants (section 3.1); and

c) agree to comply with the Royalty Free licensing commitment of the W3C Patent Policy in the same manner as if @@organization@@ were a @@wg@@ Working Group Participant.

Signed: ___________________

Date: _____________________

@dwsinger
Copy link
Contributor Author

@wseltzer is that a proposal, or a reflection of current practice, or...?

@vfournier17
Copy link

vfournier17 commented Feb 23, 2018 via email

@dwsinger dwsinger added the Needs AB Feedback Advisory Board Input needed label Mar 9, 2018
@dwsinger
Copy link
Contributor Author

Team and the CG to sort out (a) that the request for commitment is required and (b) make it easy to find the mechanism(s) and (c) that the team needs to handle a flexible way to give the commitment.

@wseltzer
Copy link
Member

wseltzer commented May 1, 2018

@wseltzer
Copy link
Member

wseltzer commented May 1, 2018

Possible addition: "When a contribution is received for a document under this policy from someone who is not already obligated under the Patent Policy, the team must request a patent commitment from the contributor. The WG chairs or team may reject contributions that do not have an associated patent commitment."

@dwsinger
Copy link
Contributor Author

dwsinger commented May 2, 2018

when I suggested that I got some words wrong...we should word-smith this with lawyers (@vfournier17 ?)

"When a contribution is received for a document under this process from someone who is not already obligated under the Patent Policy, the team must request a licensing commitment, that is congruent to the W3C Patent Policy, from the contributor. The WG chairs or team may reject contributions that do not have such an associated licensing commitment."

(They, or the WG, might reject the idea for other reasons, of course.)

@chaals
Copy link
Contributor

chaals commented Jun 28, 2018

This probably satisfies the lawyer in me, but the chair in me finds it very concerning.

First, what is the mechanism for rejecting a contribution? Does this involve flagging something as "subject to unacceptable IPR risk", and watching that it doesn't later get added by someone else? (If not, why not?) What is the time line between a request for patent commitment and rejection? Why is it optional to reject contributions?

Should there be explicit recognition of the difference between substantive and editorial contributions or is that supplied by the context?

@wseltzer
Copy link
Member

I'm comfortable with no change to Process

@dwsinger
Copy link
Contributor Author

We believe that his procedurally, and does not need any process change. expecting to close unless anyone (AB?) disagrees

@vfournier17
Copy link

We need to keep this issue open pending the outcome of the discussion in PSIG. There are a number of issues embedded in this topic that PSIG is still discussing. It may be that "the team must request a licensing commitment, that is congruent to the W3C Patent Policy, from the contributor" is not specific enough. @HeleneWorkman I'll forward to other PSIG attorneys who aren't on this repo.

@chaals
Copy link
Contributor

chaals commented Jul 29, 2018

I think we need to get the wording right. But I also think it would be helpful to be clear in the process that contributions should be rejected if they don't come with a suitable IPR commitment - and more to the point we should be clear that getting someone else to submit content, or doing that on behalf of someone else, instead of providing a commitment, is a breach of the process because it cirucumvents the intent of the requirement.

@dwsinger
Copy link
Contributor Author

dwsinger commented Jul 30, 2018

Replying to some of Chaals' questions:

First, what is the mechanism for rejecting a contribution?
Like any other suggested change; the WG or chair say "we're not doing this".

Does this involve flagging something as "subject to unacceptable IPR risk", and watching that it doesn't later get added by someone else? (If not, why not?) What is the time line between a request for patent commitment and rejection?

I think that it stays hanging until either accepted or rejected, no?

Why is it optional to reject contributions?

I presume that there are sometimes some cases where the fix to a spec. is formally technical but fairly trivial; at the moment Wendy's ask is that the contributor give an RF licensing commitment as if they were members of WG, which means that any IPR department will have to do an analysis of the whole spec., a lot fo work which they might be averse to doing when they are trying to help fix something trivial. I think allowing the team/chairs to exercise some judgment is prudent, but can can make it 'should'. Trying again.

"When a contribution is received for a document under this process from someone who is not already obligated under the Patent Policy, the team must request a licensing commitment, that is congruent to the W3C Patent Policy, from the contributor. The WG chairs or team should reject contributions that do not have such an associated licensing commitment. The contributor should be the originator of the material; contributions should not be delegated (e.g. to a member of the working group) in order to side-step this commitment."

@dwsinger
Copy link
Contributor Author

dwsinger commented Aug 3, 2018

OK, We Apple folks have tried to get down to the nitty-gritty details. Here is a background and precise proposed text.

Outline (proposed text is below) and discussion:

  1. Add to the process that whenever a contribution is received from a non-member of a WG, then the team must ask the contributor to grant a license (outline below), using a suitably simple means such as click-through. They may ask for all contribution classes (clause 6.2.5 of the process document), but must ask for classes 3 and 4 (a technical change).

  2. if the license request is not granted, then:
    a) if it’s class 1 or 2 correction (using the terms of 6.2.5), it’s WG/chair/editor discretion;
    b) if it’s a class 3 (correction that does not add features), the WG chair or team contact may choose to accept the fix, but PSIG and TAG must be notified prior to acceptance, and have an opportunity to object.
    c) if it’s a class 4 (new feature), then the contributor should be asked to join the WG and re-submit the contribution as a WG member. If the contributor still declines and the chairs determine that the contribution should be accepted nonetheless (because it’s important, obvious, the only way to go, etc.), the chairs may notify TAG of an intent to accept the contribution, and must obtain PSIG approval to accept it, due to the potential IP vulnerability; this exception approach should happen rarely, and preferably never. It is strongly preferred that contributions of features be made by members of the WG.

  3. we ask that there be no proxy contributions, and no repeated contribution from the same organization to the same document

The license request is in the form of a click-through agreement that

  • includes a representation that the person clicking is authorized to act on behalf of the entity making the contribution (W3C is not required to go investigate each of the accepters).
  • grants a license to all claims owned by the contributor that become essential as a result of incorporating the contribution into the draft specification that existed at the time of the contribution, on terms that are defined in section 5 (W3C Royalty-Free (RF) Licensing Requirements) of the W3C Patent Policy.

The formal change is to Add new Section 6.2.6 (Non-Member Contributions)

"When a contribution to a Technical Report is received from a non-member of a Working Group, the Team must request from the contributor a recorded license to all the contributor’s Essential Claims both in the contribution, and those that become the contributor's Essential Claims as a result of incorporating the contribution into the draft that existed at the time of the contribution, on the terms specified in section 5 (W3C Royalty-Free (RF) Licensing Requirements) of the W3C Patent Policy.

The chairs MAY accept a contribution of [xlink 6.2.5 class 1 or 2] without a license. For classes 3 and 4, if the license is not granted, the contribution should not be accepted.

The WG chairs MAY accept a [xlink 6.2.5 class 3] correction that does not add features without a license, if they determine that the correction is technically necessary, provided that they notify TAG and PSIG, and do not receive an objection within 10 working days following such notice.

The chairs must not accept [xlink 6.2.5 class 4] contributions that add new feature(s) without a license unless they notify the TAG and obtain the explicit approval of PSIG via the PSIG chair (who will represent the consensus of PSIG) in advance.

In all cases, the non-member contributor should be the originator of the contributed material; contributions should not be transferred (e.g. to a member of the working group) in order to circumvent this license requirement. There should be only occasional contributions to a given document from a given non-member contributor; a second or subsequent contribution to the same deliverable of a WG should be made as a member of that WG.”

@dwsinger
Copy link
Contributor Author

dwsinger commented Aug 7, 2018

To be clear, we are suggesting that this all kicks in after the team has determined that a Pull Request or other proposal has come from a non-W3C member or non-WG member.

@wseltzer
Copy link
Member

wseltzer commented Aug 9, 2018

Thanks @dwsinger and @vfournier17 I think this is consistent with team practice.

I propose a slightly-modified paragraph for addition to the Process; and suggest that the other explanatory material go into the Guidebook. In particular, I think we need more thinking on the appropriate reviewers for requests to accept material without a license; team-legal's default will be to reject substantive changes for which the contributor does not give a license.

"When a contributor who is not a Working Group participant offers a substantive contribution (6.2.5, classes 3 or 4), Team shall request that the contributor make a Royalty-Free patent commitment. Such commitment should cover, at a minimum, all the contributor’s Essential Claims both in the contribution, and those that become the contributor's Essential Claims as a result of incorporating the contribution into the draft that existed at the time of the contribution, on the terms specified in section 5 (W3C Royalty-Free (RF) Licensing Requirements) of the W3C Patent Policy."

@vfournier17
Copy link

A couple of proposed additions to the above.

  1. The "royalty-free patent commitment" needs to be in writing or other recordable format. Also, should we identify what the contribution is being made to (i.e., Technical Report? Recommendation-track document?)?
  2. Recommend automating the process to make it more objective.
  3. Need to state that the class 3 or 4 contribution will not be accepted if the contributor does not provide the patent commitment. Otherwise, those who use or implement the spec could have IP vulnerability.

@wseltzer
Copy link
Member

wseltzer commented Aug 13, 2018

As discussed in PSIG:
"When a contributor who is not a Working Group participant offers a change of class 3 or 4 (as described in 6.2.5) other than an error correction, Team shall secure from the contributor a recorded Royalty-Free patent commitment. Such commitment should cover, at a minimum, all the contributor’s Essential Claims both in the contribution, and those that become the contributor's Essential Claims as a result of incorporating the contribution into the draft that existed at the time of the contribution, on the terms specified in section 5 (W3C Royalty-Free (RF) Licensing Requirements) of the W3C Patent Policy."

wseltzer pushed a commit that referenced this issue Aug 13, 2018
Proposal to address #67
@cwilso
Copy link
Contributor

cwilso commented Aug 13, 2018

LGTM.

@wseltzer
Copy link
Member

Updated PR #200

@frivoal frivoal added Process2019Candidate Closed: Accepted The issue has been addressed, though not necessarily based on the initial suggestion DoC This has been referenced from a Disposition of Comments (or predates the use of DoCs) and removed ABProcess2019Candidate Needs AB Feedback Advisory Board Input needed labels Dec 8, 2018
@frivoal frivoal added this to the Process 2019 milestone Feb 19, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
AC-review Raised during the AC review phase, or otherwise intended to be treated then. Closed: Accepted The issue has been addressed, though not necessarily based on the initial suggestion DoC This has been referenced from a Disposition of Comments (or predates the use of DoCs)
Projects
None yet
Development

No branches or pull requests

8 participants