MantisBT - Zandronum
View Issue Details
0001411Zandronum[All Projects] Bugpublic2013-07-17 22:492018-09-30 22:45
Watermelon 
Blzut3 
immediatemajoralways
closedno change required 
1.1 
1.1.1 
0001411: Skulltag_Actors.pk3 different among different installers
Hash A:
Linux 64
Windows installer


Hash B:
Windows base zip


Hash C:
Linux 32


People are having problems connecting to servers if they use the windows zip file, it's somehow different than the rest -- I don't know about the Linux32 one. I'm unsure about Mac OS X also.
No tags attached.
parent of 0001417closed Blzut3 Doomseeker Have Doomseeker find files in the binary directory first 
Issue History
2013-07-17 22:49WatermelonNew Issue
2013-07-17 22:51WatermelonPriorityurgent => immediate
2013-07-17 22:54DuskTarget Version => 1.1
2013-07-17 23:10ArcoNote Added: 0006691
2013-07-18 00:14DuskTarget Version1.1 => 1.1.1
2013-07-18 00:14DuskProduct Version => 1.1
2013-07-18 00:34Blzut3Note Added: 0006692
2013-07-18 01:12Konar6Note Added: 0006693
2013-07-18 01:18Blzut3Note Added: 0006694
2013-07-18 12:42DuskNote Added: 0006697
2013-07-18 12:43DuskNote Edited: 0006697bug_revision_view_page.php?bugnote_id=6697#r3727
2013-07-18 15:19DuskNote Added: 0006699
2013-07-18 16:22ArcoNote Added: 0006701
2013-07-18 16:36ArcoNote Deleted: 0006701
2013-07-18 16:48ArcoNote Added: 0006704
2013-07-19 02:47Blzut3Note Added: 0006707
2013-07-19 02:47Blzut3Statusnew => resolved
2013-07-19 02:47Blzut3Resolutionopen => no change required
2013-07-19 02:47Blzut3Assigned To => Blzut3
2013-07-19 02:48Blzut3Note Edited: 0006707bug_revision_view_page.php?bugnote_id=6707#r3731
2013-07-20 01:26Blzut3Relationship addedparent of 0001417
2018-09-30 22:45Blzut3Statusresolved => closed

Notes
(0006691)
Arco   
2013-07-17 23:10   
From what I gathered from the downloads page, skulltag_actors.pk3 in some product verisons has varying changes in them, with Linux x32 having the most recent changes. I think skulltag_actors.pk3 should be standardized with a version that is the most recent.
(0006692)
Blzut3   
2013-07-18 00:34   
To sum up what is known about the issue thus far:

Having different hashes is more or less normal. Different versions of zlib will compress differently, but the data will be correct once extracted.

However, people probably had Doomseeker and/or IDE download skulltag_actors.pk3 for them so they'll have a residual copy of skulltag_actors.pk3 elsewhere that takes precedence. Server operators may also have provided the file on their downloads page, so the file will be outdated there as well.

I haven't checked the Windows stuff obviously, but I'm assuming they include the proper file. One thing to note is with the flags now in zandronum.pk3 this file should be used a lot less.
(0006693)
Konar6   
2013-07-18 01:12   
Did the server admin AND players update (overwrite) their data files, ie. not only the binary?
(0006694)
Blzut3   
2013-07-18 01:18   
well it doesn't matter if you updated the data file if you have a copy somewhere else that is being loaded instead. ;)
(0006697)
Dusk   
2013-07-18 12:42   
(edited on: 2013-07-18 12:43)
I'd suggest we put a version number to skulltag_actors to prevent this from happening. "skulltag_actors-1.1.pk3" or something like that. We'll have to hotfix anyway so this would be a nice chance to correct this.

(0006699)
Dusk   
2013-07-18 15:19   
So it's starting to look like there's nothing wrong with our distributions but that the server hosts forgot to update skulltag_actors.pk3? Another reason to add a version string. :P
(0006704)
Arco   
2013-07-18 16:48   
I've uploaded a more recent verison of skulltag_actors here. Hopefully this will solve the problem.

'http://wadtemp.fathax.com/files/skulltag_actors_v1.1.pk3 [^]'
(0006707)
Blzut3   
2013-07-19 02:47   
(edited on: 2013-07-19 02:48)
Setting this as resolved since it has been determined that the issue isn't a packaging error.

The proposed solution is to have the server browsers be aware of skulltag_actors.pk3 and do whatever they can to direct the user to the correct copy distributed with Zandronum.

As stated in my previous post, the different hashes can be attributed to different versions of zlib and/or zipdir using a different order to the files inside. The files are, however, network compatible.