-
-
Notifications
You must be signed in to change notification settings - Fork 5.6k
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
Gitea 1.5.0 fails to run (segfaults) #4692
Comments
Can you provide app.ini you are using as it seems to be problem in it. |
I am getting the same error with 1.5.0. If I don't comment out either of the last two lines from
|
Commenting out the [U2F] section does the trick or me as well, thanks @rbong. |
Same for me. Segfaulting unless I remove the U2F section. U2F still works with it removed though.. so maybe it's no longer needed? |
If removed it gitea uses defaults as given in sample app.ini file |
Ok. This is the one I had:
I grabbed the (the only difference was that it had trailing and added that instead of nothing and it got back into segfaulting. There seems to be a difference between having this configured at all and just leaving it out. |
I think that |
I tried with the /, same issue.
… On Aug 19, 2018, at 12:02, Lauris BH ***@***.***> wrote:
I think that / at the end is critical
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Edit: Downgrading to 1.4.3 fixed the issue. I'm experiencing the same error since upgrading to gitea-1.5.2. Gitea version (or commit ref): 1.5.2
|
It seems it's a upstream library |
I also see gitea-1.5.2 fail with the U2F-section in app.ini ... and initially I added that section because adding my U2F-key (yubikey) does not work. The button "Add Security Key" does nothing here. The URL /user/settings/security/u2f/request_register fails ... according to the 404 mentioned in my dev-tools (chrome). |
Still present with 1.6.0. |
still present at 1.5.3 and 1.6.0, still present at master!, similar as #5526 but not same, in that issue i talk about more pointed debug messages at errors |
today still at 1.6.2 U2F Block In app.ini Causes A Segfault |
Looks like the problem is that PROTOCOL, DOMAIN and HTTP_PORT keys are not declared in the U2F section of the example file so the ini parser (see line 120 of transformValue() in key.go) falls back to looking for those keys in the DEFAULT section, ignores the returned error and blindly continues with the assumption that they must have been found instead of actually verifying that they were found. I'm not sure what the expected behavior of the ini parser is but it should be easy enough to define those keys in the sample ini file in the default or U2F sections to avoid the panic on startup. |
well by defining those keys or remove the sectin solves the situation, but: |
A solution might be to remove the U2F section from the example config since this section is only required by a small minority of people using Gitea on multiple domains. The documentation will stay in the config cheat sheet. |
Someone should put together a minimal test case and report the issue upstream. I took a peek at their repository and they seem to be willing to fix issues but no one appears to have reported this particular panic. The example config needs to change regardless because the most sane thing for upstream to do would be to return an error instead of panicking which would still stop gitea from starting up. At least, I wouldn't want gitea to start up if the config it is using has errors. |
remove U2F section from config file due to a bug in the config parser[1]. [1] go-gitea/gitea#4692
[x]
):Description
Trying to run 1.5.0 after compiling using go 1.10.3 results in the following error message. Compiling and running the previous Gitea 1.4.3 with the same options works fine. I ran into this when trying to upgrade an instance with 1.4.3 to 1.5.0, but it's also reproducible on another host with no previous Gitea installation/configuration/data present.
The text was updated successfully, but these errors were encountered: