-
Notifications
You must be signed in to change notification settings - Fork 34
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
Update emmet #39
Update emmet #39
Conversation
@devanshj feel free to review and comment if you have any thoughts |
FWIW #33 was kinda a quick attempt to make update emmet without much documentation available as such, so this kinda soley relies on the tests and my assumptions and I'm pretty sure it's not reliable enough to be merged unless the original authors verify if it is. |
The original authors are in other teams or orgs now so I'm not really sure about contacting them. The hardest part is probably making sure the configs continue to work afterwards, though I expect that even in the case of regressions, there should be more issues resolved than new issues opened after this PR is merged. |
Yes I'm aware, I wasn't exactly suggesting to reach out to them. I kinda meant that in a hypothetical sense that one way to have least risk on this PR is to have original authors review. To have least risk or be fine with low/whatever risk is upto vscode ofc :)
You might already know this but just in case it helps in anyway: there is already a configuration in launch.json, there is also one for extension tests in the vscode repo's lauch.json. I hope those are what you meant by integration tests.
Yep I too think that will be the case hopefully Also probably someone should look into this too (from #33 description):
|
Closing in favour of PR #41 |
See PR #33 for details.
This PR attempts to get that PR into a mergeable state by ensuring all tests pass.