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

Question: Should spec-review discussions live inside respective spec's repository? #112

Closed
JakeChampion opened this issue Mar 30, 2016 · 4 comments
Assignees

Comments

@JakeChampion
Copy link

Problem:

A developer who actively follows specifications issues was not aware of a potential issue with a specification.

Description:

I actively follow the repositories of specifications that I'm interested in such as Fetch, webRTC, and ServiceWorker as to read issues with the specifications and any new proposals.

I only found out today about this repositories existence due to a colleague who is in the TAG and asked for opinions on the Fetch API "WithCredentials" flag issue.

Proposed Solution:

If a specification already has it's own repository (on Github or similar) which can have issues created, create an issue in it's repository about the potential issues found during a spec-review. I imagine it would get more community involvement as developers who are interested in the spec may be watching the repositories issues.

@torgo
Copy link
Member

torgo commented Mar 30, 2016

Discussed at London f2f.

Jake - thanks for the feedback, which we've taken on board. However as we discussed today at out f2f :

  1. The issues are here because this issue list is about organizing our work and discussion.
  2. A TAG discussion on another spec might be specific to TAG work and not necessarily an issue with that spec
  3. If we link our issue to another issue in a different repo then that at least makes it visible that this discussion is happening here which could address the root concern
  4. We've asked people to raise an issue in this repo if they want the TAG to review something so it makes sense for discussion to happen here at least initially.
  5. We're happy to break out stuff into issues in others' spec, but initially it makes sense to have discussion happen here

Suggest we can close the issue on this basis?

@torgo torgo self-assigned this Mar 30, 2016
@torgo torgo added this to the tag-f2f-london-2016-03-29 milestone Mar 30, 2016
@JakeChampion
Copy link
Author

I think this issue can be closed if items 3 & 5 are being done.

An example would be #76 looks to be related to whatwg/fetch#264 but no explicit linking of those issues has happened.

@torgo
Copy link
Member

torgo commented Mar 30, 2016

@JakeChampion and that's definitely an oversight on our part - so thank you for kicking us about it. :)

@torgo
Copy link
Member

torgo commented Mar 31, 2016

closing for now but this has now been updated on our readme to remind us to keep doing this

@torgo torgo closed this as completed Mar 31, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants