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

Request timeout when upload a big attachment in web Releases feature #11906

Closed
2 of 7 tasks
zeroWin opened this issue Jun 16, 2020 · 1 comment · Fixed by #12024
Closed
2 of 7 tasks

Request timeout when upload a big attachment in web Releases feature #11906

zeroWin opened this issue Jun 16, 2020 · 1 comment · Fixed by #12024
Labels

Comments

@zeroWin
Copy link

zeroWin commented Jun 16, 2020

  • Gitea version (or commit ref): 1.13.0+dev-199-g80a3745fc ( I use docker image:latest )(Digest: sha256:543a18d2e9988659a2a99d47c6f2e7c8a7719627c9b29df47f50e5d7704f1a3a)
  • Git version:
  • Operating system: Ubuntu 14.04
  • Database (use [x]):
    • PostgreSQL
    • MySQL
    • MSSQL
    • SQLite
  • Can you reproduce the bug at https://try.gitea.io:
    • Yes (provide example URL)
    • No
    • Not relevant
  • Log gist:

Description

I use the same setting in docker image:1.11.6 and image:latest. as following:

[attachment]
PATH = /data/gitea/attachments
ALLOWED_TYPES = */*
MAX_SIZE = 200
MAX_FILES = 3

When I upload a attachment , the size about 93MB , in release,the image:latest notify request timeout after 30000 , but the image:1.11.6 can upload success. Is this a bug in dev version?

Screenshots

image

@Jab2870
Copy link

Jab2870 commented Jun 17, 2020

I am also experiencing similar issues. In my case the uploaded files are much smaller, but I am still getting a timeout after 30 seconds.

I couldn't see in the documentation under timeouts one that would relate to this.

In my case I am hosting Gitea behind a Nginx reverse proxy which has

client_max_body_size 10G;

This is much larger than the file I am trying to upload and I have been able to upload the file to other instances behind the reverse proxy which leads me to believe it is gitea that is timing out.

The relevant part of my log file:

[Macaron] 2020-06-17 08:24:54: Started POST /attachments for <MYIP>
[Macaron] 2020-06-17 08:25:25: Completed POST /attachments 500 Internal Server Error in 30.851935903s

@lunny lunny added the type/bug label Jun 17, 2020
silverwind added a commit to silverwind/gitea that referenced this issue Jun 22, 2020
Dropzone 4.4 introduced a 30s XHR timeout that will kill any upload
still in progress. This disable that timeout again.

Ref: https://www.dropzonejs.com/#config-timeout
Ref: go-gitea#10645
Ref: https://xhr.spec.whatwg.org/#the-timeout-attribute
Fixes: go-gitea#12022
Fixes: go-gitea#11906
techknowlogick pushed a commit that referenced this issue Jun 24, 2020
Dropzone 4.4 introduced a 30s XHR timeout that will kill any upload
still in progress. This disable that timeout again.

Ref: https://www.dropzonejs.com/#config-timeout
Ref: #10645
Ref: https://xhr.spec.whatwg.org/#the-timeout-attribute
Fixes: #12022
Fixes: #11906

Co-authored-by: Lunny Xiao <[email protected]>
silverwind added a commit to silverwind/gitea that referenced this issue Jun 24, 2020
Dropzone 4.4 introduced a 30s XHR timeout that will kill any upload
still in progress. This disable that timeout again.

Ref: https://www.dropzonejs.com/#config-timeout
Ref: go-gitea#10645
Ref: https://xhr.spec.whatwg.org/#the-timeout-attribute
Fixes: go-gitea#12022
Fixes: go-gitea#11906

Co-authored-by: Lunny Xiao <[email protected]>
techknowlogick pushed a commit that referenced this issue Jun 24, 2020
Dropzone 4.4 introduced a 30s XHR timeout that will kill any upload
still in progress. This disable that timeout again.

Ref: https://www.dropzonejs.com/#config-timeout
Ref: #10645
Ref: https://xhr.spec.whatwg.org/#the-timeout-attribute
Fixes: #12022
Fixes: #11906

Co-authored-by: Lunny Xiao <[email protected]>

Co-authored-by: Lunny Xiao <[email protected]>
ydelafollye pushed a commit to ydelafollye/gitea that referenced this issue Jul 31, 2020
Dropzone 4.4 introduced a 30s XHR timeout that will kill any upload
still in progress. This disable that timeout again.

Ref: https://www.dropzonejs.com/#config-timeout
Ref: go-gitea#10645
Ref: https://xhr.spec.whatwg.org/#the-timeout-attribute
Fixes: go-gitea#12022
Fixes: go-gitea#11906

Co-authored-by: Lunny Xiao <[email protected]>
@go-gitea go-gitea locked and limited conversation to collaborators Nov 24, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants