Uh oh!
There was an error while loading. Please reload this page.
Increase the timeout for app downloads - #19017
Conversation
Signed-off-by: Joas Schilling <coding@schilljs.com>
ChristophWurst
commented
Jan 20, 2020
Is that so? |
ChristophWurst
left a comment
There was a problem hiding this comment.
IMO something bigger than the default of 0 but smaller than the 30 of a typical request would be better.
What happens if the request times out after 30s and this is set to 120? Will it continue running?
nickvergessen
commented
Jan 20, 2020
Welcome to germany, where downloading of 20MB can take longer then 30 seconds in case your ISP is having a bad/normal day |
ChristophWurst
commented
Jan 20, 2020
Yeah just realized it's also an issue here. Note to self: don't let @rullzer test download times again |
rullzer
commented
Jan 20, 2020
/backport to stable18 |
backport to stable18 in #19025 |
Signed-off-by: Joas Schilling <coding@schilljs.com>
Signed-off-by: Joas Schilling <coding@schilljs.com>
nickvergessen
commented
Jan 21, 2020
Unit tests were broken, they are fixed in #19035 |
…-for-downloads Adjust unit test for #19017
thecyberd3m0n
commented
Feb 10, 2020
I've added merged change manually to my instance, but it didn't stop timeouts |
rullzer
commented
Feb 11, 2020
@thecyberd3m0n then I guess you just need to download the release manually. |
nickvergessen
commented
Feb 11, 2020
Also your request timed out after 30 seconds. So you should try to apply this patch manualy until 18.0.1 is out |
reox
commented
Feb 15, 2020
I tried with 18.0.1 and on the terminal, but still got this: I have Gigabit connection on the server, so the remote seems to be quite slow. From the numbers I was only able to download with ~2.5MB/s, which seems very slow for my connection. btw I tested my connection speed with speedtest-cli and got: Hence, my server seems not be the culprit ;) |
nickvergessen
commented
Feb 17, 2020
It has been disabled for CLI in #19430 |
klemens-u
commented
Feb 18, 2020
nickvergessen
commented
Feb 18, 2020
See above + we are currently suffering from a DoS attack. |
vgdh
commented
Feb 19, 2020
I have this issue with 18.0.1: Community Document Server 0.1.5 |
clemenlg
commented
Mar 4, 2020
Hi, |
nickvergessen
commented
Mar 4, 2020
See #19017 (comment) |
Hi @nickvergessen , |
Erdloch
commented
Mar 13, 2020
Still happening in NC 18.0.2 when installing Document Server |
chriscroome
commented
Mar 13, 2020
I've also been hit by this issue, @Erdloch check $client->get($app['releases'][0]['download'], ['save_to' => $tempFile, 'timeout' => 8000]);I guess this must be seconds (if it is milliseconds then it would never work!) so that is over two hours… the download now works for me using the command line at least (haven't tested the web interface): php occ app:install documentserver_community |
Erdloch
commented
Mar 14, 2020
Yeah I have changed the timout to 600 (I guess) and via the web interface, I got no information at all - it was loading and loading and suddenly stopped, but then it had the same state as before (I was able to click on Download & Install again). |
adrianmihalko
commented
May 10, 2020
Fresh install, 50Mb/s connection:
|
ChristophWurst
commented
May 11, 2020
Could be a temporary issue with the app store. Consult https://help.nextcloud.com/c/support for community help. |

Currently especially the document server (~300MB), the maps app (~30MB) and mail app (~20MB) are running into timeout issues. Increasing the timeout on the curl request will at least allow installing/updating via console.
For the web the php timeout could also be an issue, but that needs to be addressed with a note to the user in the UI instead.