Zandronum Chat on our Discord Server Get the latest version: 3.2
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
0001381Zandronum[All Projects] Bugpublic2013-06-24 22:592018-09-30 20:18
ReporterArco 
Assigned ToTorr Samaho 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformAllOSAllOS VersionAll
Product Version1.1-beta 
Target Version1.1Fixed in Version1.1 
Summary0001381: sv_barrelrespawn causes desyncs online
DescriptionWhen a barrel explodes, it performs it's proper function and ceases to exist until it respawns. The flag calls for exploded barrels to show their last frames when a connecting user joins the server.
Steps To ReproduceStart server with
zandronum.exe -host +sv_barrelrespawn 1 +alwaysapplydmflags 1 +map map23
Attached Filespng file icon Screenshot_Doom_20130624_184604.png [^] (114,170 bytes) 2013-06-24 22:59


? file icon MAP01_BarrelWarpTest.wad [^] (3,162 bytes) 2013-07-15 15:41

- Relationships

-  Notes
User avatar (0006502)
Dusk (developer)
2013-06-24 23:05
edited on: 2013-06-24 23:08

 Confirmed during testing session on 1.1-130512-1932, sv_barrelrespawn and alwaysapplydmflags must be set

- a newly connecting client percieves the barrel as stuck in mid-explosion, as pictured
- barrels appear to vanish, reappear and then "jump" before detonation if shot after respawning

1.0 does not exhibit the behavior.


// [RH] Pretend as deathmatch for purposes of dmflags
// EXTERN_CVAR (Bool, alwaysapplydmflags)
#define alwaysapplydmflags true
pls thx
User avatar (0006503)
QuadrumpusGuy (reporter)
2013-06-24 23:23

 "Ghost" barrels always spawn at coordinate pair (0,0). The barrels that appear here are jointed to other barrels across the map that have respawned and appear to spam explosions when other respawned barrels have exploded. Barrels at this position appear with IDDT but can be passed through (with laggy collision through void space).
User avatar (0006509)
Edward-san (developer)
2013-06-25 18:12

 We should find the latest beta build which didn't have this problem...
User avatar (0006525)
Torr Samaho (administrator)
2013-06-30 09:44

 This problem was introduced with the fix in e46657a3e75d7b5009a5aa1f2002f79f0789d7c3.
User avatar (0006527)
Torr Samaho (administrator)
2013-06-30 10:22

 While working on a fix I ran into 0000949 again. Can somebody check and report whether GZDoom fixed the problem yet in 0000949?
User avatar (0006608)
Arco (updater)
2013-07-10 17:09

 GzDoom does not appear to have that issue fixed in it's latest verision.
User avatar (0006611)
Torr Samaho (administrator)
2013-07-10 19:14

 I made a fix that doesn't rely on a GZDoom fix. Needs to be tested in the next beta build.
User avatar (0006641)
Dusk (developer)
2013-07-14 21:49
edited on: 2013-07-14 22:15

 When a respawned barrel is shot, the barrel just vanishes on the client. It still deals damage though. This only happens after the barrel has been shot once and has respawned.

EDIT: Looks like they warp to (0, 0) on the client-side before detonating. Some barrels instead seem to fall from mid-air when detonating.

In addition, a barrel in gw2.wad map18 at -494 425 seems to disappear after first punched. It came back after being punched again. Also alwaysapplydmflags remains being annoying.
User avatar (0006644)
Torr Samaho (administrator)
2013-07-15 06:59

 I think this is a different problem, i.e. neither caused by e46657a3e75d7b5009a5aa1f2002f79f0789d7c3 nor by its fix. Can somebody check if this is any different in 1.0 and if so, identify the first 1.1 beta build that had this problem?
User avatar (0006645)
Arco (updater)
2013-07-15 14:47

 Upon testing this in different versions, it appears that this problem was introduced at v1.1 130120-0905. Although it's rarity is more persistent on this version, I managed to make the barrels to warp to (0,0) by simply shooting at them, but their actors where they where originally are still there until the barrels cease to exist.

Any other erratic behavior was not observed, and this issue does not happen in all variations in v1.0.
User avatar (0006647)
jwaffe (reporter)
2013-07-15 15:43
edited on: 2013-07-15 15:44

 Yesterday during testing I made a wad that makes it easy to illustrate this "warp to 0,0" behavior; 0,0 is at the exact intersecting corner of the four colored squares in the map.

Attached: See MAP01_BarrelWarpTest.wad

I'm not sure if this has been said already, but only the respawned barrels have a problem, the barrels originally placed in the map explode normally.
User avatar (0006649)
Torr Samaho (administrator)
2013-07-15 18:39

 The problem surfaced with this changeset but is actually caused by a bug that was already in 1.0. This should fix the issue.
User avatar (0006657)
Arco (updater)
2013-07-15 19:43
Quote from "Torr Samaho"
The problem surfaced with this changeset but is actually caused by a bug that was already in 1.0. This should fix the issue.


Interesting. I didn't noticed anything with the barrels when I was testing 1.0, though it could have something to do with 0000817.

Quote from "Torr Samaho"
This should fix the issue.


And it is indeed fixed.

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
2013-06-24 22:59 Arco New Issue
2013-06-24 22:59 Arco File Added: Screenshot_Doom_20130624_184604.png
2013-06-24 23:01 Dusk Status new => confirmed
2013-06-24 23:01 Dusk Summary Sv_barrelrespawn Causes Desyncs Online => sv_barrelrespawn causes desyncs online
2013-06-24 23:01 Dusk Steps to Reproduce Updated View Revisions
2013-06-24 23:02 Dusk Product Version => 1.1-beta
2013-06-24 23:02 Dusk Target Version => 1.1
2013-06-24 23:05 Dusk Note Added: 0006502
2013-06-24 23:06 Dusk Note Edited: 0006502 View Revisions
2013-06-24 23:06 Dusk Severity minor => major
2013-06-24 23:08 Dusk Note Edited: 0006502 View Revisions
2013-06-24 23:23 QuadrumpusGuy Note Added: 0006503
2013-06-25 18:12 Edward-san Note Added: 0006509
2013-06-30 09:28 Torr Samaho Steps to Reproduce Updated View Revisions
2013-06-30 09:35 Torr Samaho Assigned To => Torr Samaho
2013-06-30 09:35 Torr Samaho Status confirmed => assigned
2013-06-30 09:44 Torr Samaho Note Added: 0006525
2013-06-30 10:22 Torr Samaho Note Added: 0006527
2013-07-10 17:09 Arco Note Added: 0006608
2013-07-10 19:14 Torr Samaho Note Added: 0006611
2013-07-10 19:14 Torr Samaho Status assigned => needs testing
2013-07-14 21:46 Dusk Status needs testing => resolved
2013-07-14 21:46 Dusk Fixed in Version => 1.1
2013-07-14 21:46 Dusk Resolution open => fixed
2013-07-14 21:49 Dusk Note Added: 0006641
2013-07-14 21:49 Dusk Status resolved => feedback
2013-07-14 21:49 Dusk Resolution fixed => reopened
2013-07-14 21:49 Dusk Status feedback => assigned
2013-07-14 21:57 Dusk Note Edited: 0006641 View Revisions
2013-07-14 21:57 Dusk Note Edited: 0006641 View Revisions
2013-07-14 22:13 Dusk Note Edited: 0006641 View Revisions
2013-07-14 22:14 Dusk Note Edited: 0006641 View Revisions
2013-07-14 22:15 Dusk Note Edited: 0006641 View Revisions
2013-07-15 06:59 Torr Samaho Note Added: 0006644
2013-07-15 14:47 Arco Note Added: 0006645
2013-07-15 15:41 jwaffe File Added: MAP01_BarrelWarpTest.wad
2013-07-15 15:43 jwaffe Note Added: 0006647
2013-07-15 15:44 jwaffe Note Edited: 0006647 View Revisions
2013-07-15 18:39 Torr Samaho Note Added: 0006649
2013-07-15 18:40 Torr Samaho Status assigned => needs testing
2013-07-15 19:43 Arco Note Added: 0006657
2013-07-16 10:41 Dusk Status needs testing => resolved
2013-07-16 10:41 Dusk Resolution reopened => fixed
2018-09-30 20:18 Blzut3 Status resolved => closed




Questions or other issues? Contact Us.

Links

Copyright © 2000 - 2025 MantisBT Team
Powered by Mantis Bugtracker