-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Improve the way of storage runtime info for Che tasks #13722
Comments
@RomanNikitenko @vparfonov this is an issue created 6 months ago. Is it still relevant? Is it related to stable Che-Theia (branch 7.0.0) or to upstream Theia (master branch)? Is it related to #14098? |
Yes, it sill actual, but we can't fix it for 7.0.0 so we will focused on master branch |
Reading at the description
it sounds like a bug. But I don't think i have faced that one so far. What is the impact for the user ? |
that are implemented in the plugin side by registering a runner with task implementation: We store Task implementation in the plugin side because we cannot transfer handlers to the theia side. We transfer only the handler ids but the implementation is set to |
What is the impact for the user ? |
When we run a long task that is implemented in the plugin, we cannot get it's run-time info or stop it after page refresh |
@sunix Impact fro user described in initial comment for issue: |
OK @vparfonov i am a user, I run the task and I have refreshed the page and "lost context". What does it mean ? what is the |
@sunix user will not be able to stop the task |
|
@sunix
So, this is not question of way how we are going to stop a task, this is question of the architecture. |
Currently runtime info for Che tasks is available till we refreshing the page.
I guess the problem is related to how we store runtime info.
CheTaskImpl is created every time the page is reloaded, so task map is empty for this case and lose runtime info for Che tasks.
So we should consider another way of storage.
The text was updated successfully, but these errors were encountered: