Zandronum Chat on our Discord Server Get the latest version: 3.1
Source Code
My View | View Issues | Change Log | Roadmap | Zandronum Issue Support Ranking | Rules | My Account
  

View Issue Details [ Jump to Notes ] [ Issue History ] [ Print ]
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.
Attached Files? file icon 3dfloorsbug.wad [^] (3,340 bytes) 2010-10-14 01:48
png file icon Screenshot_Doom_20101111_081408.png [^] (513,481 bytes) 2010-11-11 07:21
png file icon Screenshot_Doom_20101111_081518.png [^] (387,121 bytes) 2010-11-11 07:21

- Relationships

-  Notes
User avatar (0000429)
Torr Samaho (administrator)
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.
User avatar (0000434)
cq75 (reporter)
2010-10-18 03:32
edited on: 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?
User avatar (0000443)
cq75 (reporter)
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.
User avatar (0000444)
unknownna (updater)
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.
User avatar (0000445)
cq75 (reporter)
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.
User avatar (0000449)
Torr Samaho (administrator)
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.
User avatar (0000457)
Torr Samaho (administrator)
2010-10-24 07:52

 This should fix the 3D floor bugs.
User avatar (0000461)
unknownna (updater)
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.
User avatar (0000604)
unknownna (updater)
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.
User avatar (0000996)
Torr Samaho (administrator)
2011-02-07 01:46

 The new build should fix the obituary bug.
User avatar (0001006)
unknownna (updater)
2011-02-07 07:51

 I think it fixed the issue. Can't seem to reproduce it anymore with the new build.
User avatar (0001114)
cq75 (reporter)
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.
User avatar (0001117)
unknownna (updater)
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.
User avatar (0001118)
cq75 (reporter)
2011-02-22 04:33

 98d, I'm glad to hear it's been fixed :)
User avatar (0001119)
unknownna (updater)
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.

Issue Community Support
This issue is already marked as resolved.
If you feel that is not the case, please reopen it and explain why.
Supporters: No one explicitly supports this issue yet.
Opponents: No one explicitly opposes this issue yet.

- Issue History
Date Modified Username Field Change
2010-10-14 01:48 cq75 New Issue
2010-10-14 01:48 cq75 File Added: 3dfloorsbug.wad
2010-10-17 18:55 Torr Samaho Note Added: 0000429
2010-10-17 18:55 Torr Samaho Assigned To => Torr Samaho
2010-10-17 18:55 Torr Samaho Status new => confirmed
2010-10-18 03:32 cq75 Note Added: 0000434
2010-10-18 03:32 cq75 Note Edited: 0000434 View Revisions
2010-10-19 21:34 cq75 Note Added: 0000443
2010-10-19 22:19 unknownna Note Added: 0000444
2010-10-20 01:40 cq75 Note Added: 0000445
2010-10-20 20:55 Torr Samaho Note Added: 0000449
2010-10-20 20:56 Torr Samaho Note Edited: 0000449 View Revisions
2010-10-20 20:57 Torr Samaho Note Edited: 0000449 View Revisions
2010-10-24 07:52 Torr Samaho Note Added: 0000457
2010-10-24 07:52 Torr Samaho Status confirmed => feedback
2010-10-24 14:23 unknownna Note Added: 0000461
2010-10-24 14:30 unknownna Note Edited: 0000461 View Revisions
2010-10-24 14:38 unknownna Note Edited: 0000461 View Revisions
2010-11-11 07:21 unknownna File Added: Screenshot_Doom_20101111_081408.png
2010-11-11 07:21 unknownna File Added: Screenshot_Doom_20101111_081518.png
2010-11-11 08:02 unknownna Note Added: 0000604
2010-11-11 08:10 unknownna Note Edited: 0000604 View Revisions
2010-11-11 08:14 unknownna Note Edited: 0000604 View Revisions
2011-02-07 01:46 Torr Samaho Note Added: 0000996
2011-02-07 07:51 unknownna Note Added: 0001006
2011-02-22 03:16 cq75 Note Added: 0001114
2011-02-22 03:16 cq75 Status feedback => assigned
2011-02-22 04:00 unknownna Note Added: 0001117
2011-02-22 04:02 unknownna Status assigned => feedback
2011-02-22 04:33 cq75 Note Added: 0001118
2011-02-22 04:33 cq75 Status feedback => assigned
2011-02-22 04:49 unknownna Note Added: 0001119
2011-02-22 04:49 unknownna Status assigned => resolved
2011-02-22 04:49 unknownna Fixed in Version => 1.0
2011-02-22 04:49 unknownna Resolution open => fixed
2012-06-09 13:22 Torr Samaho Category General => Bug
2018-09-30 20:08 Blzut3 Status resolved => closed




Questions or other issues? Contact Us.

Links

Copyright © 2000 - 2024 MantisBT Team
Powered by Mantis Bugtracker