Add option to disable the web editor #1743

@bkcsoft commented on GitHub (May 1, 2018):

Care to elaborate on what kind of use cases those would be? If you don't want to use a feature, don't use it.

@bkcsoft commented on GitHub (May 1, 2018): Care to elaborate on what kind of use cases those would be? If you don't want to use a feature, don't use it.

GiteaMirror commented

@rikvdh commented on GitHub (May 1, 2018):

We are using Gitea within our organisation where we use Git-flow. To use Git-flow correctly we can't protect master/develop. But we want to prevent users making changes in these branches without the correct procedure. I cant prevent 10 developers to 'dont use' the web-editor and play police-officer all day. I want to disable it, and only allow source-code modifications through SSH.

I hope that clarifies my situation. :-)

@rikvdh commented on GitHub (May 1, 2018): We are using Gitea within our organisation where we use Git-flow. To use Git-flow correctly we can't protect master/develop. But we want to prevent users making changes in these branches without the correct procedure. I cant prevent 10 developers to 'dont use' the web-editor and play police-officer all day. I want to disable it, and only allow source-code modifications through SSH. I hope that clarifies my situation. :-)

GiteaMirror commented

@jhasse commented on GitHub (May 4, 2018):

How can you prevent the developers from pushing the changes via SSH that they made in the web-editor?

@jhasse commented on GitHub (May 4, 2018): How can you prevent the developers from pushing the changes via SSH that they made in the web-editor?

GiteaMirror commented

@seeker20 commented on GitHub (Oct 24, 2018):

We have disabled this in the code. Unfortunately, the editor does not work with some code formatting. This deletes all lines and adds all lines again.

Problem is here, when the line endings formatted with CRLF and you edit it Online.

@seeker20 commented on GitHub (Oct 24, 2018): We have disabled this in the code. Unfortunately, the editor does not work with some code formatting. This deletes all lines and adds all lines again. Problem is here, when the line endings formatted with CRLF and you edit it Online.

GiteaMirror commented

@lafriks commented on GitHub (Oct 30, 2018):

I would prefer that problems are fixed than adding option to disable something just because of it.

@rikvdh is this problem sill actual for you as branches can be protected now?

@lafriks commented on GitHub (Oct 30, 2018): I would prefer that problems are fixed than adding option to disable something just because of it. @rikvdh is this problem sill actual for you as branches can be protected now?

GiteaMirror commented

@rikvdh commented on GitHub (Oct 31, 2018):

@lafriks Unfortunately we are not able to protect branches due to the way we work. We want to disable the web-editor to prevent users to make changes by mistake in the wrong branches.

@rikvdh commented on GitHub (Oct 31, 2018): @lafriks Unfortunately we are not able to protect branches due to the way we work. We want to disable the web-editor to prevent users to make changes by mistake in the wrong branches.

GiteaMirror commented

@lafriks commented on GitHub (Nov 1, 2018):

@rikvdh how that would be different than from pushing changes to wrong branch?

@lafriks commented on GitHub (Nov 1, 2018): @rikvdh how that would be different than from pushing changes to wrong branch?

GiteaMirror commented

@br-aw commented on GitHub (Jul 2, 2019):

We need to disable the web editor, when someone clicks into it, it changes all 1000 lines and we can't reconcile this. Seems to be related to breaking the newlines.

@br-aw commented on GitHub (Jul 2, 2019): We need to disable the web editor, when someone clicks into it, it changes all 1000 lines and we can't reconcile this. Seems to be related to breaking the newlines.

GiteaMirror commented

@lunny commented on GitHub (Jul 3, 2019):

Just like @lafriks said. This should be a bug of web editor we should fix it. But since web editor has the same permission control as SSH push. I don't think it's necessary to disable it.

@lunny commented on GitHub (Jul 3, 2019): Just like @lafriks said. This should be a bug of web editor we should fix it. But since web editor has the same permission control as SSH push. I don't think it's necessary to disable it.

GiteaMirror commented

@lunny commented on GitHub (Jul 3, 2019):

Please send another issue to report a bug so that someone could fix it.

@lunny commented on GitHub (Jul 3, 2019): Please send another issue to report a bug so that someone could fix it.

GiteaMirror commented

@JoshDreamland commented on GitHub (Jul 5, 2019):

Another reason to disable the editor is because every single commit triggers our CI, and the editor only allows editing one file at a time. We have one contributor in particular who will edit files one at a time in his PR, spawning a separate CI instance for every file he touches, committing the same change to a half dozen files, one file at a time. I feel horrible about the sheer amount of compute power we completely waste on his behalf.

The latest PR I merged from this contributor changed five files, adding 62 lines and removing 27. In addition to his initial commit were forty-nine others, each made from the GitHub editor. He queued 2,250 jobs on Travis and another 900 on AppVeyor, burning three hundred core hours, all without a thought, by clicking buttons in the GitHub UI.

Note that we're open-source and don't pay for this service. We cost Travis some $15, today, and AppVeyor some $6, assuming their infrastructure scales well. I've asked this contributor in the past and will ask him again to stop doing this. But GitHub makes this so easy, I'm sure this is happening everywhere.

@JoshDreamland commented on GitHub (Jul 5, 2019): Another reason to disable the editor is because every single commit triggers our CI, and the editor only allows editing one file at a time. We have one contributor in particular who will edit files one at a time in his PR, spawning a separate CI instance for every file he touches, committing the same change to a half dozen files, one file at a time. I feel horrible about the sheer amount of compute power we completely waste on his behalf. The latest PR I merged from this contributor changed five files, adding 62 lines and removing 27. In addition to his initial commit were forty-nine others, each made from the GitHub editor. He queued 2,250 jobs on Travis and another 900 on AppVeyor, burning *three hundred core hours*, all without a thought, by clicking buttons in the GitHub UI. Note that we're open-source and don't pay for this service. We cost Travis some $15, today, and AppVeyor some $6, assuming their infrastructure scales well. I've asked this contributor in the past and will ask him again to stop doing this. But GitHub makes this so easy, I'm sure this is happening *everywhere*.

GiteaMirror commented

@lunny commented on GitHub (Jul 6, 2019):

So maybe you mean gitea should support multiple files on web editor? :) but not disable it.

@lunny commented on GitHub (Jul 6, 2019): So maybe you mean gitea should support multiple files on web editor? :) but not disable it.

GiteaMirror commented

@bleonard252 commented on GitHub (Jul 29, 2019):

I would personally like to see something like GitLab's web IDE in Gitea.

@bleonard252 commented on GitHub (Jul 29, 2019): I would personally like to see something like GitLab's web IDE in Gitea.

GiteaMirror commented