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

Bananas: online content doesn't stop downloading when canceled #5875

Closed
DorpsGek opened this issue Jan 24, 2014 · 2 comments
Closed

Bananas: online content doesn't stop downloading when canceled #5875

DorpsGek opened this issue Jan 24, 2014 · 2 comments
Labels
bug Something isn't working component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) stale Stale issues

Comments

@DorpsGek
Copy link
Member

Samu opened the ticket and wrote:

OpenTTD 1.4.0-beta3
Windows 7 64-bit SP1

I clicked Check Online Content from the main menu, waited a bit for the data to fill in, then click Select upgrades. It picked zBase (version r251), sized 273 MiB. I click Download, but since I'm on a slow internet, I decided to cancel before it finished.

While the game shows no indication of a download in progress, I noticed there was still a download activity on my connection. I went to check out what was happening and there was a connection maintaned to gd.binaries.openttd.org by openttd.exe.

Only by exiting and restarting OpenTTD, did this download stop.

Reported version: other
Operating system: Windows


This issue was imported from FlySpray: https://bugs.openttd.org/task/5875
@DorpsGek
Copy link
Member Author

DorpsGek commented Sep 3, 2017

andythenorth wrote:

Reproduced on r27910 (on OS X). Following steps Samu describes:
- zBase continues to be download after cancelling in game
- the tar is unpacked from the .gz on conclusion of the download

As expected, OpenTTD then won't see the unpacked tar until the game is restarted. Until restarted, zBase remains available for download, even though a local copy is now present (conventional behaviour, base sets are only rescanned on launch afaik).


This comment was imported from FlySpray: https://bugs.openttd.org/task/5875#comment14744

@DorpsGek DorpsGek added component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) bug labels Apr 7, 2018
@andythenorth andythenorth added the stale Stale issues label Jan 5, 2019
@andythenorth
Copy link
Contributor

Thanks for this. At the time of writing this appears to be an isolated bug, and not frequently reported. We do try to address bugs where they occur frequently and/or are easy to reproduce, but this one doesn't look like we can any go further, so I'm closing it. Thanks for contributing!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) stale Stale issues
Projects
None yet
Development

No branches or pull requests

3 participants