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

New Issue Template #9

Closed
kewisch opened this issue Jun 10, 2021 · 3 comments
Closed

New Issue Template #9

kewisch opened this issue Jun 10, 2021 · 3 comments
Labels
task Requires work from an individual contributor

Comments

@kewisch
Copy link
Contributor

kewisch commented Jun 10, 2021

Hello Folks,

I think we should discuss adding an issue template to help make sure the issues we accumulate here are in scope towards the discussions and the charter. We are mainly aiming to specify the current extensions landscape, and feature requests on top may end up being out of scope. Having an issue template may help reduce issues to triage, and direct participants to other venues where their request would be more helpful (Chrome's crx list, Mozilla's discourse, etc)

Would love to gather your thoughts on this and what we should include.

@hanguokai
Copy link
Member

At present, as an extension developer, I am not very clear about what should be discussed here. Normally, I report bug or feature request on browser vendor's issue tracker, not here. There will be a template after it is clear what can be discussed here.

@kewisch
Copy link
Contributor Author

kewisch commented Jun 14, 2021

Indeed, this is what I'm intending to hash out, determine what should be discussed here. I agree that bug reports and feature requests should continue to occur on the respective browser vendor's bugtrackers.

The "issues" on this repo, should be tasks focused on advancing the scope of work in the charter. I think it will become more clear once there is some structure for the initial work product. When this exists, we'd likely have:

  • Identifying a difference in implementation between browser vendors in APIs or contexts common to browsers.
  • Filing enhancement issues to track areas that need more documentation or changes

The focus here is initially on the core aspects that browsers have implement today. Since Manifest v3 is not yet finalized nor implemented in all browsers, there will likely be a stronger focus on Manifest v2. That said, I'm guessing the parts of Manifest v2 that are also present in v3 will have some preference.

@xeenon xeenon added the task Requires work from an individual contributor label Sep 2, 2021
@rdcronin
Copy link
Collaborator

Discussed at the WECG meetup.

While we agree there's value in having more of an issue template, we don't think we'll do anything here in the near future. Our issue tracking and triage has grown organically over the years, and we're reasonably happy with the current process. We'll continue to iterate (e.g., adding new labels as needed, etc), but we don't think there's much to actively track with this issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
task Requires work from an individual contributor
Projects
None yet
Development

No branches or pull requests

6 participants