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

che-theia should have autosave activated by default #13740

Closed
sunix opened this issue May 13, 2019 · 23 comments · Fixed by ws-skeleton/che-theia-generator#29
Closed

che-theia should have autosave activated by default #13740

sunix opened this issue May 13, 2019 · 23 comments · Fixed by ws-skeleton/che-theia-generator#29
Assignees
Labels
area/editor/theia Issues related to the che-theia IDE of Che kind/enhancement A feature request - must adhere to the feature request template. severity/P1 Has a major impact to usage or development of the system. status/analyzing An issue has been proposed and it is currently being analyzed for effort and implementation approach
Milestone

Comments

@sunix
Copy link
Contributor

sunix commented May 13, 2019

che-theia should have autosave activated by default

@slemeur
Copy link
Contributor

slemeur commented May 13, 2019

Would you enabled it for all files and all stacks?

@benoitf
Copy link
Contributor

benoitf commented May 13, 2019

@slemeur : you don't want to use a global flag ?

@slemeur
Copy link
Contributor

slemeur commented May 17, 2019

Ideally, As a user I'd like to be able to configure the autosave behavior in my user preferences. But then, I'd like to be able to tune that on a per workspace basis too.

Do we have a mechanism to do that? (If not, I'll create an epic)

@benoitf
Copy link
Contributor

benoitf commented May 17, 2019

I think the idea is to have autosave enabled by default but as any preference, you can customise in your IDE preferences the behaviour (the same behaviour we had before theia changed default)

@mmorhun
Copy link
Contributor

mmorhun commented May 17, 2019

Now we have synchronization mechanism as was requested before: if user changes a Theia preference in a workspace it will update defaults and the changes will be applied to other workspaces on their restart.

@slemeur
Copy link
Contributor

slemeur commented May 17, 2019

there are certain preferences which would be nice to apply to all workspaces and there are certain other preferences which should stay specific to a single workspace.

Are you saying that, today, all preferences are spread across all user's workspaces?

@mmorhun
Copy link
Contributor

mmorhun commented May 17, 2019

All Theia preferences from user scope are shared between all workspaces (actually it is json file).
If user wants to override something it could be easily done via Theia workspace preferences (which has higher priority and can override value from user preferences).

@sunix
Copy link
Contributor Author

sunix commented May 22, 2019

could we just have it by default ?
what is the point not having this by default ?

@evidolob
Copy link
Contributor

@slemeur Can you provide your vision on this issue? Should we work on it?

@slemeur
Copy link
Contributor

slemeur commented May 24, 2019

@benoitf benoitf transferred this issue from eclipse-che/che-theia Jul 5, 2019
@benoitf benoitf added area/editor/theia Issues related to the che-theia IDE of Che kind/enhancement A feature request - must adhere to the feature request template. labels Jul 5, 2019
@sunix
Copy link
Contributor Author

sunix commented Jul 5, 2019

@slemeur @tsmaeder @nickboldt @l0rd @rhopp for GA ?

@l0rd
Copy link
Contributor

l0rd commented Jul 8, 2019

@evidolob both @slemeur and myself think that we should have autosave activated by default on che-theia. Now there a couple of things that need to be analyzed to understand what is the milestion of this issue:

  • How much work it requires to switch back che-theia to autosave?
  • Is there a risk of unexpected side-effects? In other workds: upstream theia choice to disable autosave was related to a better/safer behavior or only for VSCode/Theia parity ?

@l0rd l0rd added status/analyzing An issue has been proposed and it is currently being analyzed for effort and implementation approach severity/P1 Has a major impact to usage or development of the system. labels Jul 8, 2019
@evidolob
Copy link
Contributor

evidolob commented Jul 10, 2019

How much work it requires to switch back che-theia to autosave?

It a matter of changing default settings(false-> true), but, AFAIK, Theia doesn't have API to override the default values.
cc @akurinnoy

Is there a risk of unexpected side-effects?

No

In other words: upstream theia choice to disable autosave was related to a better/safer behavior or only for VSCode/Theia parity ?

Yes, it's pretty clear that the only reason is VSCode compatibility:
eclipse-theia/theia#4776

@benoitf
Copy link
Contributor

benoitf commented Jul 10, 2019

override is in package.json
eclipse-theia/theia@9eb7f4e see chagelog

@evidolob
Copy link
Contributor

Then, OK.
@l0rd If you want to have this done for GA, please add proper labels.

@tsmaeder
Copy link
Contributor

Is there a real reason to enable autosave by default except "it's what Che 6 did"? It seems a pretty rare default as far as IDE's go. Personally, I don't like the behaviour.

@sunix
Copy link
Contributor Author

sunix commented Jul 10, 2019

Is there a real reason to enable autosave by default except "it's what Che 6 did"? It seems a pretty rare default as far as IDE's go. Personally, I don't like the behaviour.

Most of the developers are expecting auto save and like the behaviour. We can make any survey any time, it will have the same result: https://twitter.com/sunsengdavidtan/status/1131142032582356993

Also this is a behaviour that we have in most web app: gdoc, gmail, etc ...

@tsmaeder
Copy link
Contributor

tsmaeder commented Jul 10, 2019

But we're not writing an Web App, we're writing an IDE and IDE's don't typically have this behaviour. Also: not to cast aspersions on your twitter followers, but I hardly think that's a representative sample.

@sunix
Copy link
Contributor Author

sunix commented Jul 10, 2019

But we're not writing an Web App, we're writing an IDE and IDE's don't typically have this behaviour. Also: not to cast aspersions on your twitter followers, but I hardly think that's a representative sample.

...
Google was writting a word processor and word processors typically didn't have this behaviour.
Google was writting a email client and email clients typically didn't have this behaviour

Not representative ? at least it is more representative than your own opinion.

Let's close this debate as it's been decided by our decision makers to do it. By the way this would be the default option it doesn't mean you could not disabling it.

@l0rd
Copy link
Contributor

l0rd commented Jul 10, 2019

No discussion has ever happened to disable autosave on Che. It has been disabled a couple of months ago without any notice or approval. That's something that we need to fix.

If a proper discussion happens in the future I am +1 to disable autosave but for the time being let's be consistent with previous version of Che.

@slemeur slemeur added this to the 7.0.0 milestone Jul 10, 2019
@slemeur
Copy link
Contributor

slemeur commented Jul 10, 2019

We are doing cloud tools since quite a lot of time and we learnt from users that there is one thing they hate: loosing their datas. That is a big concern regarding how users will fell confident to use our tool.

As such, it's reasonable to turn on auto-save by default to avoid loosing source code changes. If the user doesn't like this behavior, he'll go into his preferences and explicitly change the preference and agreed with/understand the risks.

@sunix
Copy link
Contributor Author

sunix commented Jul 10, 2019

eclipse-che/che-theia#342 is not merged yet

@sunix sunix reopened this Jul 10, 2019
@akurinnoy
Copy link
Contributor

eclipse-che/che-theia#342 is merged

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/editor/theia Issues related to the che-theia IDE of Che kind/enhancement A feature request - must adhere to the feature request template. severity/P1 Has a major impact to usage or development of the system. status/analyzing An issue has been proposed and it is currently being analyzed for effort and implementation approach
Projects
None yet
Development

Successfully merging a pull request may close this issue.

8 participants