Anonymous | Login | Signup for a new account | 2025-07-27 18:07 UTC | ![]() |
My View | View Issues | Change Log | Roadmap | Zandronum Issue Support Ranking | Rules | My Account |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0000098 | Zandronum | [All Projects] Bug | public | 2010-10-11 06:19 | 2018-09-30 23:22 | ||||
Reporter | unknownna | ||||||||
Assigned To | Torr Samaho | ||||||||
Priority | low | Severity | minor | Reproducibility | always | ||||
Status | closed | Resolution | fixed | ||||||
Platform | Microsoft | OS | Windows | OS Version | XP/Vista/7 | ||||
Product Version | 98c | ||||||||
Target Version | 2.0 | Fixed in Version | 2.0 | ||||||
Summary | 0000098: backport Doom.exe's player_t::usedown variable from ZDoom r2045 so that respawning players don't activate switches | ||||||||
Description | Switches in front of spawn spots are activated if players respawn with the '+use' key. This was fixed in ZDoom r2045. | ||||||||
Steps To Reproduce | Kill yourself in the example WAD. If the '+use' key is used to respawn, the exit switch will be activated when you respawn. | ||||||||
Additional Information | 'http://zdoom.org/Changelog/2045/files [^]' | ||||||||
Attached Files | ![]() | ||||||||
![]() |
|||||||||||
|
![]() |
|
Torr Samaho (administrator) 2010-10-17 08:39 |
I backported the usedown changes from ZDoom revision 2045 and the fix for these changes from ZDoom revision 2049, but can't say whether this will have side effects to the use behavior online. Please test this experimental version. It's particularly interesting if it has any effect on'http://www.skulltag.com/forum/viewtopic.php?f=33&t=22171. [^]' |
unknownna (updater) 2010-10-17 11:02 |
Fixed offline, but online, the fix behaves inconsistently. I get this feeling that '+use' is sometimes triggered twice online for some reason, as stated by many in the linked thread. |
Torr Samaho (administrator) 2010-10-17 11:10 |
So the online behavior is not improved at all with this fix, right? In this case, I'll probably won't include the backport now but wait till I upgrade the ZDoom base as a whole. |
unknownna (updater) 2010-10-17 11:18 edited on: 2010-10-17 11:21 |
It has improved, but it's a bit strange. Sometimes it'll work as intended a couple of times, but then suddenly, it'll not work. On a side note, I noticed that the 'kill' command (perhaps others too) is voided until 10 seconds has passed after server start. EDIT: Actually, it also behaves like that in 98c, so there's no improvement online. But what causes it to "work as intended" in 98c? |
Torr Samaho (administrator) 2010-10-17 14:29 |
Do you mean why the ZDoom fix is not necessary online in 98c? |
unknownna (updater) 2010-10-17 14:38 edited on: 2010-10-17 14:39 |
I wonder what causes 98c to sometimes behave as if the fix is there (online). |
Watermelon (developer) 2012-10-05 14:54 |
This sounds like an archaic request, though this would help so much for a certain IDL map that we play (IDL MAP04) since one of the spawns is next to a switch, and for some reason players that spawn tend to open the switch and this makes it really difficult for the defender [usually me] as it helps people come in, or even worse... get out easier with the flag. |
unknownna (updater) 2012-10-06 16:03 |
Quote from Watermelon You're right. I also noticed that players seem to be able to push switches after map resets. If the switches trigger a map reset, they can push the switches forever, causing the map to reset itself over and over again. I noticed this behavior while testing polyobject_test_04.wad. |
Arco (updater) 2013-10-06 18:54 |
Fixed in v2.0. |
This issue is already marked as resolved. If you feel that is not the case, please reopen it and explain why. |
|
Supporters: | ZzZombo Watermelon unknownna |
Opponents: | No one explicitly opposes this issue yet. |
![]() |
|||
Date Modified | Username | Field | Change |
2010-10-11 06:19 | unknownna | New Issue | |
2010-10-11 06:19 | unknownna | File Added: respawn_switch_bug_test.wad | |
2010-10-17 08:39 | Torr Samaho | Note Added: 0000386 | |
2010-10-17 08:39 | Torr Samaho | Assigned To | => Torr Samaho |
2010-10-17 08:39 | Torr Samaho | Status | new => feedback |
2010-10-17 11:02 | unknownna | Note Added: 0000394 | |
2010-10-17 11:02 | unknownna | Status | feedback => assigned |
2010-10-17 11:10 | Torr Samaho | Note Added: 0000396 | |
2010-10-17 11:10 | Torr Samaho | Assigned To | Torr Samaho => |
2010-10-17 11:10 | Torr Samaho | Status | assigned => feedback |
2010-10-17 11:18 | unknownna | Note Added: 0000400 | |
2010-10-17 11:18 | unknownna | Status | feedback => new |
2010-10-17 11:21 | unknownna | Note Edited: 0000400 | View Revisions |
2010-10-17 14:28 | Torr Samaho | Note Added: 0000414 | |
2010-10-17 14:28 | Torr Samaho | Assigned To | => Torr Samaho |
2010-10-17 14:28 | Torr Samaho | Status | new => feedback |
2010-10-17 14:28 | Torr Samaho | Note Deleted: 0000414 | |
2010-10-17 14:29 | Torr Samaho | Note Added: 0000415 | |
2010-10-17 14:38 | unknownna | Note Added: 0000418 | |
2010-10-17 14:38 | unknownna | Status | feedback => assigned |
2010-10-17 14:39 | unknownna | Note Edited: 0000418 | View Revisions |
2012-06-09 13:22 | Torr Samaho | Category | General => Bug |
2012-10-05 14:54 | Watermelon | Note Added: 0004963 | |
2012-10-06 16:03 | unknownna | Note Added: 0004996 | |
2013-01-21 16:20 | Dusk | Relationship added | related to 0001025 |
2013-09-09 20:09 | Dusk | Relationship added | parent of 0001490 |
2013-09-09 20:10 | Dusk | Relationship replaced | child of 0001490 |
2013-09-09 20:11 | Dusk | Target Version | => 2.0 |
2013-10-06 18:54 | Arco | Note Added: 0007334 | |
2013-10-08 20:03 | Arco | Status | assigned => resolved |
2013-10-08 20:03 | Arco | Fixed in Version | => 2.0-beta |
2013-10-08 20:03 | Arco | Resolution | open => fixed |
2013-10-08 20:19 | Blzut3 | Fixed in Version | 2.0-beta => 2.0 |
2018-09-30 23:22 | Blzut3 | Status | resolved => closed |
Copyright © 2000 - 2025 MantisBT Team |