Skip to content
This repository has been archived by the owner on Apr 17, 2022. It is now read-only.

Incomplete maps cannot be redownloaded #972

Closed
wzdev-ci opened this issue Oct 3, 2009 · 14 comments
Closed

Incomplete maps cannot be redownloaded #972

wzdev-ci opened this issue Oct 3, 2009 · 14 comments

Comments

@wzdev-ci
Copy link
Contributor

wzdev-ci commented Oct 3, 2009

resolution_fixed type_bug | by Terminator


example:

  • player dont have a map (ariza);

  • player joins a game with this map, wz begins to download map, but player dont want to wait and leaves with unfinished d-led map;

  • but wz created file called ariza.wz (unfinished few kbytes)

  • next time player joins with this map he kicked out because map not the same and he cant even downoad it from host.

offered solution: 1) delete unfinished downloaded files. If something goes wrong just delete everything has been downloaded.

  1. creat temp folder for any download in-game. And to put there unfinished dls. And next time player can resume to DL (if wz supports resuming like in FTP downloads)

Issue migrated from trac:972 at 2022-04-15 19:18:11 -0700

@wzdev-ci
Copy link
Contributor Author

wzdev-ci commented Oct 3, 2009

Terminator commented


BTW. Forget to add.

Downloading speed if very slow comparing to internet channel. if little maps downloading fine so big like ariza - very slow.

@wzdev-ci
Copy link
Contributor Author

wzdev-ci commented Oct 3, 2009

Zarel changed title from fake maps if not downloaded correctly to Incomplete maps cannot be redownloaded

@wzdev-ci
Copy link
Contributor Author

wzdev-ci commented Oct 4, 2009

Zarel changed status from new to assigned

@wzdev-ci
Copy link
Contributor Author

wzdev-ci commented Oct 4, 2009

Zarel set owner to Buginator

@wzdev-ci
Copy link
Contributor Author

wzdev-ci commented Oct 4, 2009

Zarel changed blocking which not transferred by tractive

@wzdev-ci
Copy link
Contributor Author

wzdev-ci commented Oct 4, 2009

Zarel commented


I'm guessing the "kicked out because the map isn't the same" part is due to Buginator, so he might have some idea about what to do about the rest of this.

@wzdev-ci
Copy link
Contributor Author

wzdev-ci commented Oct 4, 2009

Zarel changed blocking which not transferred by tractive

@wzdev-ci
Copy link
Contributor Author

wzdev-ci commented Oct 9, 2009

Buginator changed priority from critical to major

@wzdev-ci
Copy link
Contributor Author

wzdev-ci commented Oct 9, 2009

Buginator changed owner from Buginator to ``

@wzdev-ci
Copy link
Contributor Author

wzdev-ci commented Oct 9, 2009

Buginator changed milestone from 2.3 to unspecified

@wzdev-ci
Copy link
Contributor Author

wzdev-ci commented Oct 9, 2009

Buginator commented


Replying to Warzone2100/old-trac-import#972 (comment:3):

I'm guessing the "kicked out because the map isn't the same" part is due to Buginator, so he might have some idea about what to do about the rest of this.

Eh?
We don't check the map data at all, and we don't even have that kind of a kick message.

If the parse routine finds the *.addon.lev file, then there isn't much we can do about it, it is in the 'list', and there is currently no way for the game to make sure the data is the same.

No, we don't support resume transfers. I will up the bytes sent to 1K from 256 bytes, which will make it a bit faster.

Other than that, you have to wait for the rewrite of this whole routine at some point in the future...

reference #215 for more talk on this.

p.s, Trac didn't send me a e-mail on the 'ownership' change. Hmm. I don't think I want ownership of this anyway. :P heh

@wzdev-ci
Copy link
Contributor Author

Buginator changed status from assigned to closed

@wzdev-ci
Copy link
Contributor Author

Buginator set resolution to fixed

@wzdev-ci
Copy link
Contributor Author

Buginator commented


This is fixed for 2.3 since [8667] I think it is.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant