Gitea: Gitea panic

Created on 14 Aug 2019  路  9Comments  路  Source: go-gitea/gitea

  • Gitea version (or commit ref): 1.9.0
  • Git version: 2.11.0
  • Operating system: Debian GNU/Linux 9.6 (stretch)
  • Database (use [x]):

    • [ ] PostgreSQL

    • [x] MySQL

    • [ ] MSSQL

    • [ ] SQLite

  • Can you reproduce the bug at https://try.gitea.io:

    • [ ] Yes (provide example URL)

    • [ ] No

    • [x] Not relevant

  • Log gist:

https://gist.github.com/rvillablanca/16ca66169dd2c2ddf72bcf9afb5f511e

Description

Gitea just crashed. I don't know how this happened but it seems related with gravatar library.

Screenshots

No screenshots

kinbug

All 9 comments

Maybe @strk could give some help.

Someone with access to the logs can tell what paniced...

@strk Where could we send an issue for package strk.kbt.io/projects/go/libravatar ?

It seems a lock is need for that map read and write.
image

On Thu, Aug 15, 2019 at 06:11:07AM -0700, Lunny Xiao wrote:

@strk where we could send an issue for package strk.kbt.io/projects/go/libravatar ?

As written to that web page: to my email address,
or to the gitlab mirror.

Is there any possibility to catch this panic ?

image

It should be an upstream library problem.

It should be an upstream library problem.

I agree with this, it is a known library problem but it is also shutting down gitea. I think this should be logged and handled in every request by default in all http handlers. Is it allowed for an unhandled panic to crash the whole app ?

@lunny @strk I've just filed a PR in go-libravatar to address this.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

Fastidious picture Fastidious  路  3Comments

flozz picture flozz  路  3Comments

jonasfranz picture jonasfranz  路  3Comments

adpande picture adpande  路  3Comments

thehowl picture thehowl  路  3Comments