MantisBT - Zandronum
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000116Zandronum[All Projects] Bugpublic2010-10-14 01:482018-09-30 20:08
Reportercq75 
Assigned ToTorr Samaho 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformMicrosoftOSWindowsOS VersionXP/Vista/7
Product Version98c 
Target VersionFixed in Version1.0 
Summary0000116: 3d floor and obituariy errors after changing game modes
Description1. If the server is switched from a deathmatch map to an invasion map (defined as an invasion map in CMPGNINF), players can walk under solid 3d floors that should block their path.

Also, when the player enters a swimmable 3d floor, he/she drops like a rock and cannot swim out of it.

NOTE: At this time, the server window says that it's in the invasion game mode.

both of these bugs can be fixed by typing INVASION TRUE in the console.




2. This bug happens consistently when playing with real people, but with bots I could not reproduce it:

If the server is switched from invasion (or co-op) to a deathmatch map (again, as defined in CMPGNINF), the obituaries are changed to friendly fire versions (e.g., %o lost another friend)
Steps To ReproduceUse the wad attached.

Open it up offline, note how you can swim in the water, and you can't pass through the translucent glass 3d floor.

Start a server with the wad, join it. You can still swim in the water, and you can't pass through the translucent glass 3d floor.

Type "deathmatch true" in the console, and switch to MAP02

switch back to MAP01, and join the map.

If you go into the water, you will fall to the bottom, and you won't be able to swim up, and you will be able to pass under the glass 3d floor.
Additional Information
Tags3d floors, change, co-operative, deathmatch, game mode, invasion, obituary, online, OpenGL
Relationships
Attached Files? 3dfloorsbug.wad (3,340) 2010-10-14 01:48
/tracker/file_download.php?file_id=38&type=bug
png Screenshot_Doom_20101111_081408.png (513,481) 2010-11-11 07:21
/tracker/file_download.php?file_id=89&type=bug
png Screenshot_Doom_20101111_081518.png (387,121) 2010-11-11 07:21
/tracker/file_download.php?file_id=90&type=bug
Issue History
Date ModifiedUsernameFieldChange
2010-10-14 01:48cq75New Issue
2010-10-14 01:48cq75File Added: 3dfloorsbug.wad
2010-10-17 18:55Torr SamahoNote Added: 0000429
2010-10-17 18:55Torr SamahoAssigned To => Torr Samaho
2010-10-17 18:55Torr SamahoStatusnew => confirmed
2010-10-18 03:32cq75Note Added: 0000434
2010-10-18 03:32cq75Note Edited: 0000434bug_revision_view_page.php?bugnote_id=434#r174
2010-10-19 21:34cq75Note Added: 0000443
2010-10-19 22:19unknownnaNote Added: 0000444
2010-10-20 01:40cq75Note Added: 0000445
2010-10-20 20:55Torr SamahoNote Added: 0000449
2010-10-20 20:56Torr SamahoNote Edited: 0000449bug_revision_view_page.php?bugnote_id=449#r185
2010-10-20 20:57Torr SamahoNote Edited: 0000449bug_revision_view_page.php?bugnote_id=449#r186
2010-10-24 07:52Torr SamahoNote Added: 0000457
2010-10-24 07:52Torr SamahoStatusconfirmed => feedback
2010-10-24 14:23unknownnaNote Added: 0000461
2010-10-24 14:30unknownnaNote Edited: 0000461bug_revision_view_page.php?bugnote_id=461#r199
2010-10-24 14:38unknownnaNote Edited: 0000461bug_revision_view_page.php?bugnote_id=461#r200
2010-11-11 07:21unknownnaFile Added: Screenshot_Doom_20101111_081408.png
2010-11-11 07:21unknownnaFile Added: Screenshot_Doom_20101111_081518.png
2010-11-11 08:02unknownnaNote Added: 0000604
2010-11-11 08:10unknownnaNote Edited: 0000604bug_revision_view_page.php?bugnote_id=604#r309
2010-11-11 08:14unknownnaNote Edited: 0000604bug_revision_view_page.php?bugnote_id=604#r310
2011-02-07 01:46Torr SamahoNote Added: 0000996
2011-02-07 07:51unknownnaNote Added: 0001006
2011-02-22 03:16cq75Note Added: 0001114
2011-02-22 03:16cq75Statusfeedback => assigned
2011-02-22 04:00unknownnaNote Added: 0001117
2011-02-22 04:02unknownnaStatusassigned => feedback
2011-02-22 04:33cq75Note Added: 0001118
2011-02-22 04:33cq75Statusfeedback => assigned
2011-02-22 04:49unknownnaNote Added: 0001119
2011-02-22 04:49unknownnaStatusassigned => resolved
2011-02-22 04:49unknownnaFixed in Version => 1.0
2011-02-22 04:49unknownnaResolutionopen => fixed
2012-06-09 13:22Torr SamahoCategoryGeneral => Bug
2018-09-30 20:08Blzut3Statusresolved => closed

Notes
(0000429)
Torr Samaho   
2010-10-17 18:55   
FYI, CMPGNINF doesn't have any effect in multiplayer (and is not intended to). Nevertheless, the fact that the 3D floors are broken after the server automatically switches the game mode to invasion is a bug.
(0000434)
cq75   
2010-10-18 03:32   
CMPGNINF is used in multiplayer, though. That's how you set the invasion wave limit.

Do you mean it has no effect in deathmatch?
(0000443)
cq75   
2010-10-19 21:34   
Confirmed obituary glitch yesterday on a server. After switching from invasion to deathmatch, "friendly fire" obituaries were played for the entire round.

Typing "Deathmatch true" and restarting did not do anything. It still played friendly fire obituaries.

Oddly, two rounds later, it went away.
(0000444)
unknownna   
2010-10-19 22:19   
I couldn't reproduce the obituary one yet, but I found another thing. If you start a regular coop server, then use 'changemap' to D2DM1 (or any map without cooperative starts), the server will encounter an error.

Actually, this also happens offline.

"WARNING: 0xBeefCafe Encountered!"

1. Start a new game through the main menu.
2. "changemap D2DM1" in the console.
3. Once past the intermission screen, the "BeefCafe" error occurs.

cq75, please post a step-by-step guide on how to reproduce the obituary bug.
(0000445)
cq75   
2010-10-20 01:40   
I tried everything I could think of to reproduce it with me and another player on the server, but nothing seemed to work. Perhaps it only happens with more than 2 or 3 players? Either that, or it's random... darn.

BEEFCAFE error confirmed, by the way.
(0000449)
Torr Samaho   
2010-10-20 20:55   
(edited on: 2010-10-20 20:57)
> Do you mean it has no effect in deathmatch?

No, I mean that that the CMPGNINF lump is completely ignored online in all game modes. This statement is not completely precise though, because there are two small exceptions to this rule: If the current game mode is invasion (it doesn't matter what the specified game mode in CMPGNINF for the current map is) and the CVAR sv_usemapsettingswavelimit is true, then the server uses the wavelimit of the current map from CMPGNINF. The same is true for (team)possession/sv_usemapsettingspossessionholdtime/sv_possessionholdtime.

In particular, the gamemode setting in CMPGNINF never has any effect online.
(0000457)
Torr Samaho   
2010-10-24 07:52   
This should fix the 3D floor bugs.
(0000461)
unknownna   
2010-10-24 14:23   
(edited on: 2010-10-24 14:38)
With the example WAD, the issue seems to have been fixed when following these steps.

1. Start a standard cooperative server (defaults to invasion).
2. Connect a client to the server.
3. "deathmatch 1" and then "map map01" in the server console.

EDIT:

However, is the announcer supposed to say "prepare to fight!" in invasion mode? The reason why I'm asking this is because; if you go to an invasion map through the 'map'/'changemap' commands, the announcer won't play, but if you start an offline skirmish, the announcer will play.
(0000604)
unknownna   
2010-11-11 08:02   
(edited on: 2010-11-11 08:14)
I managed to reproduce the obituary bug. The strange thing is that it only occurs if there are no monsters in the map you go to. So if you want to reproduce the bug in Doom2 MAP01, check the "no monsters" DMflag.

1. Start a standard coop server.
2. Connect to the server and enter the game.
3. Kill yourself. It doesn't matter if you respawn or not.
4. "deathmatch 1" and then "map X" in the server console.
5. Enter the game and then add a bot.
(0000996)
Torr Samaho   
2011-02-07 01:46   
The new build should fix the obituary bug.
(0001006)
unknownna   
2011-02-07 07:51   
I think it fixed the issue. Can't seem to reproduce it anymore with the new build.
(0001114)
cq75   
2011-02-22 03:16   
sorry to be so late getting back, but I haven't encountered this problem yet in the newest release.

The obituary problem is worse. If I switch from invasion to deathmatch, the obituaries are stuck on friendly kills and it sometimes doesn't go away for the rest of the time the server is up.
(0001117)
unknownna   
2011-02-22 04:00   
> The obituary problem is worse. If I switch from invasion to deathmatch, the obituaries are stuck on friendly kills and it sometimes doesn't go away for the rest of the time the server is up.

Are you using 98e r3095 or 98d? I can reproduce the bug in 98d, but not in 98e r3095. If you're using 98e r3095, please post a step-by-step guide on how to reproduce the bug.
(0001118)
cq75   
2011-02-22 04:33   
98d, I'm glad to hear it's been fixed :)
(0001119)
unknownna   
2011-02-22 04:49   
Okay, good. I'll mark this as resolved. If you manage to find anything in 98e, please make a new report.