MantisBT - Zandronum |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0002775 | Zandronum | [All Projects] Bug | public | 2016-07-10 08:42 | 2021-01-17 21:33 |
|
| Reporter | WaTaKiD | |
| Assigned To | Dusk | |
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | needs testing | Resolution | open | |
| Platform | Microsoft | OS | Windows | OS Version | XP/Vista/7 |
| Product Version | 2.1 | |
| Target Version | 3.1 | Fixed in Version | | |
|
| Summary | 0002775: duplicate lumps with same extension cause auth fail when hosted on linux |
| Description | as mentioned in the first part ofhttps://zandronum.com/forum/viewtopic.php?f=55&t=7387&p=99418#p99413 [^]
the provided example wad has 2 DECORATE lumps with the same extension
you will get an auth fail when trying to connect to a linux server hosting this wad, but itll work fine if hosted on windows
to fix this within the wad itself, just add an extension to one of the DECORATE lumps |
| Steps To Reproduce | host the provided example wad on a linux server
try connecting to it
auth fail
repeat with a windows server, itll work fine |
| Additional Information | fwiw, while making the example wad, i forgot that it needed to be .pk3, as i couldnt reproduce the issue with it as .wad
issue can also be reproduced in zan 3.0 |
| Tags | No tags attached. |
| Relationships | |
| Attached Files |  ticket2775.pk3 (272) 2016-07-10 08:42
https://zandronum.com/tracker/file_download.php?file_id=1858&type=bug |
|
| Issue History |
| Date Modified | Username | Field | Change |
| 2016-07-10 08:42 | WaTaKiD | New Issue | |
| 2016-07-10 08:42 | WaTaKiD | File Added: ticket2775.pk3 | |
| 2017-10-11 02:04 | Marcaek | Note Added: 0018525 | |
| 2017-10-11 07:44 | Edward-san | Note Added: 0018528 | |
| 2017-10-11 15:14 | Dusk | Note Added: 0018529 | |
| 2017-10-11 17:05 | AOSP | Note Added: 0018530 | |
| 2017-10-29 21:10 | Dusk | Assigned To | => Dusk |
| 2017-10-29 21:10 | Dusk | Status | new => assigned |
| 2017-10-29 21:10 | Dusk | Target Version | => 3.1 |
| 2017-12-25 20:14 | Filystea | Note Added: 0018973 | |
| 2017-12-25 20:14 | Filystea | Note Edited: 0018973 | bug_revision_view_page.php?bugnote_id=18973#r11360 |
| 2019-06-04 21:54 | Dusk | Status | assigned => new |
| 2021-01-17 21:33 | Torr Samaho | Note Added: 0021589 | |
| 2021-01-17 21:33 | Torr Samaho | Status | new => needs testing |
|
Notes |
|
|
|
|
I guess this was just completely missed? |
|
|
|
|
Quote
I guess this was just completely missed?
Since it happens also in 2.1, there was no reason to urgently fix it for 3.0. |
|
|
|
(0018529)
|
|
Dusk
|
|
2017-10-11 15:14
|
|
I don't think that this is something that can or needs to be fixed. The WAD file is broken, you're not supposed to have files with the same name inside zip archives, so of course it is loaded differently under different platforms.
Perhaps the correct way would be to respond to this case with a fatal error or with the wad ignored. |
|
|
|
(0018530)
|
|
AOSP
|
|
2017-10-11 17:05
|
|
|
Fatal error seems best, wouldn't want people confused as to why a WAD isn't being loaded with seemingly no reason. |
|
|
|
|
You need not to have anything duplicated to have this issue.
I had one windows client joining normally when other exploding on proper pk3 files. (both joining linux server ).
The hash check is broken. Old case.
|
|
|
|
|
|
I added Kaminsky's patch for this. |
|