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

DO NOT POST ISSUES HERE #430

Open
OttoWinter opened this issue Feb 13, 2019 · 6 comments
Open

DO NOT POST ISSUES HERE #430

OttoWinter opened this issue Feb 13, 2019 · 6 comments
Labels

Comments

@OttoWinter
Copy link
Member

OttoWinter commented Feb 13, 2019

For bug reports, please go to https://github.com/esphome/issues/issues

For feature requests, go to https://github.com/esphome/feature-requests/issues

Thank you!

@close-issue-app close-issue-app bot mentioned this issue Aug 25, 2019
@close-issue-app close-issue-app bot mentioned this issue Feb 21, 2020
@close-issue-app close-issue-app bot mentioned this issue Apr 25, 2020
@Fusseldieb
Copy link

Why that? It's kinda unintuitive having two separate empty repos just for that...

Better make a badge with "Bug" or "Feature Request" and you can then search by badges.

@h0jeZvgoxFepBQ2C
Copy link

Is there any reason why this is like it is? Just asking, no offense :)

@OttoWinter
Copy link
Member Author

@h0jeZvgoxFepBQ2C It's mostly because of this repo's history (IIRC, it's been some time). First, esphomelib was C++-only project (where users had to type C++ themselves), then esphomeyaml was added as a layer that generates the C++ from YAML (that is this repo today).

Back then the issue was that users would create issues randomly split between in the esphomelib and -yaml repos, which made the bug tracker hard to use. So the bug tracker was moved to a separate bug-tracker only repo.

Then the C++ codebase got merged into this project and everything was renamed esphome. Changing the bug/feature tracker now would be quite hard.

@ghost
Copy link

ghost commented Sep 13, 2021

1

@Tofandel
Copy link

It's technically possible to move issues from one project to another one by one, so maybe a dev console script or puppeteer script
with the correct label could automate this, with a total of 6000 issues it might take a while though but is doable, maybe only moving the open ones is an option
Reaching out to github is also an option, they should be able to do this for you

@davidglezz
Copy link

davidglezz commented Nov 19, 2023

I think it would be easy to make a script that transfers all the issues to this repo using https://cli.github.com/manual/gh_issue_transfer

Examples:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants
@h0jeZvgoxFepBQ2C @davidglezz @Fusseldieb @Tofandel @OttoWinter and others