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

latest python extension is activated always #8394

Closed
akosyakov opened this issue Aug 17, 2020 · 7 comments · Fixed by #8396
Closed

latest python extension is activated always #8394

akosyakov opened this issue Aug 17, 2020 · 7 comments · Fixed by #8396
Labels
bug bugs found in the application python issues related to the python language / extension vscode issues related to VSCode compatibility

Comments

@akosyakov
Copy link
Member

The issue is that it has a new activation event for custom editors which we don't support yet. I suggest that we list this activation event as supported. It will fixes this bug as well as prevent activating extensions which we cannot support yet.
@eclipse-theia/ecd-theia-committers what do you think?

@akosyakov akosyakov added bug bugs found in the application vscode issues related to VSCode compatibility python issues related to the python language / extension labels Aug 17, 2020
@benoitf
Copy link
Contributor

benoitf commented Aug 17, 2020

yes, it makes sense (even if we don't support yet custom editors)

@akosyakov
Copy link
Member Author

akosyakov commented Aug 17, 2020

@benoitf looking at unsupported activation events: #4199 (comment) I think maybe we should stop activating eagerly at all (for unsupported). These events either are not used in practice a lot or as a primary or will break experience.

@tsmaeder
Copy link
Contributor

@akosyakov but if we don't activate eagerly, and we don't support a particular event, how will an extension ever get activated if it only uses unsupported events?

@benoitf
Copy link
Contributor

benoitf commented Aug 17, 2020

There are lot of activation events on VS Code extensions.

So for example, python extension can be activated with a lot of them that are already supported.

And if we don't support it today, probably it will fail in any case. (It was a good behavior only when we were implementing only few of them)

@akosyakov
Copy link
Member Author

@tsmaeder Please have a look at list of activation events which we don't support: #4199 (comment) In all cases, but onSearch, we don't support corresponding functionality as well, extension will fail anyway. For onSearch I found only one built-in VS Code extension search-rg which was removed in the meantime and this one also were using * activation event.

Because of it, it feels that activating eagerly on unsupported event is false positive in all cases.

@paul-marechal
Copy link
Member

paul-marechal commented Aug 17, 2020

@akosyakov @tsmaeder is the conclusion that if an extension's activation events are all supported then we don't activate eagerly, and if at least just one activation event is not supported then we activate eagerly?

@akosyakov
Copy link
Member Author

@marechal-p We follow activation events as defined by VS Code without any guessing whether we should activate eagerly anymore. If an extension defines * or workspaceContains activation events only when it will be activated eagerly.

akosyakov added a commit that referenced this issue Aug 18, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug bugs found in the application python issues related to the python language / extension vscode issues related to VSCode compatibility
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants