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

Return git errors gracefully instead of rendering them as 500 Server Error #8533

Open
guillep2k opened this issue Oct 16, 2019 · 1 comment
Labels
type/proposal The new feature has not been accepted yet but needs to be discussed first.

Comments

@guillep2k
Copy link
Member

Many errors, especially those from git, are rendered as 500 Server Error pages. It seems to me that in many situations the end users could work out the problem if they were aware of the actual error, which is completely hidden from them in production mode.

The end user may or may not have rapid access to the Gitea administrator to help them with this problem, and they certainly don't have access to a quick new Gitea version that fixes it, if it's Gitea's to fix at all. They may also be pressed to finish some work and they may be blocked by their problem.

So I think that it would be great if Gitea used functions like ctx.RenderWithErr() to give the user a tidy feedback instead of a crash page. Something similar could be said about the git server.

Security should be considered, though, as error messages might expose data unintendedly.

@lunny lunny added the type/proposal The new feature has not been accepted yet but needs to be discussed first. label Oct 16, 2019
@zeripath
Copy link
Contributor

Agreed. We jump straight to 500 far too often when we could recover.

In terms of the merge issues I'm looking at detecting merge fails a bit better and being able to report these a little nicer.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/proposal The new feature has not been accepted yet but needs to be discussed first.
Projects
None yet
Development

No branches or pull requests

3 participants