View Issue Details

IDProjectCategoryLast Update
0006861Valley 1Bug - AVWW MultiplayerApr 9, 2012 9:08 pm
Reporternickmame Assigned Tokeith.lamothe  
Status resolvedResolutionfixed 
Product Version0.913 
Summary0006861: Inconsistent game state if players in different rooms
DescriptionIf one player clears a room (kill monsters, picks up items, destroys crates) and then another player enters that room, sprites that should not exist appear for the second player. With dead monsters, the sprite appears but does nothing. With items, the sprite remains until the second player runs over it and then disappears with no effect. With crates, the crate remains and must be destroyed by the second player.

A nasty side-effect of this is that sometimes the crates destroyed by one player (or a monster) are invulnerable to the second player when they enter the room. If the first player leaves the room and comes back, they will also be faced with invulnerable crates.

This happens when both players have a bad network connection to the server. Both players were in the same building but different rooms, and one player would enter a room several seconds after it had been cleared.
TagsNo tags attached.
Internal WeightMajor Problem

Activities

Toll

Mar 26, 2012 9:31 am

reporter   ~0021372

Could it be related to 0006814?

keith.lamothe

Apr 9, 2012 9:08 pm

administrator   ~0021903

I just tested this by:
1) turned on high-latency-simulation
2) started a server and two clients and connected both clients to the server
3) ran both characters to the edge of a chunk, then moved one to the next chunk
4) killed some crates with the character in the new chunk
5) brought the second character into the new chunk, did not see the crates or other weirdness
6) ran both characters to the edge of another chunk, then moved one to the next chunk
7) in the new chunk, killed a monster
8) brought the second character into the new chunk, did not see the monster or other weirdness

Combined with the fact that Chris did a bunch of fixes to how monster info is temporarily retained for ability processing purposes, I'm going to call this one resolved, but please let me know if you see it again, and if so I'd be very grateful for steps-to-reproduce-the-bug :)

In any event, thanks for the report, if a bug like this is around we definitely want to nail it.

Issue History

Date Modified Username Field Change
Mar 25, 2012 10:03 pm nickmame New Issue
Mar 26, 2012 9:23 am tigersfan Internal Weight => Major Problem
Mar 26, 2012 9:23 am tigersfan Assigned To => keith.lamothe
Mar 26, 2012 9:23 am tigersfan Status new => assigned
Mar 26, 2012 9:31 am Toll Note Added: 0021372
Apr 9, 2012 9:08 pm keith.lamothe Note Added: 0021903
Apr 9, 2012 9:08 pm keith.lamothe Status assigned => resolved
Apr 9, 2012 9:08 pm keith.lamothe Resolution open => fixed