Map block desync [moved]

[infogulch]

This is Issue 272 moved from a Google Code project.
Added by 2012-07-17T02:50:42.000Z by matp...@gmail.com.
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Defect, Priority-Medium

Original description

<danhezee> https://dl.dropbox.com/u/12847867/dusty%20brow%20logo%20stuff/client%20map%20out%20of%20sync.png <- mat^2 he is in the wall, but on his client the wall isnt there
<danhezee> I cant remove the wall
<mat^2> erh
<mat^2> could be a babel issue
<mat^2> who built the wall?
<mat^2> how do I reproduce this?
<danhezee> it is in the middle of the map
<danhezee> and I am not sure how to reproduce it
<danhezee> the middle doesnt have build/destroy rescriction for the spade
<izzy-> it happens on 75 too
<izzy-> not just babel
<izzy-> i think it's more notceable on babel because there's so much building
<mat^2> it should never happen on babel, really
<mat^2> s/on babel/at all/
<danhezee> we are doing 1st perston spectate 
<danhezee> when i spectate i get a lot of block glitches as i am lock on them,  for them spectating me I enter the tunnel and float to the top.  which is because there is no tunnel i am just walking up the hill
<mat^2> sorry, but that was rather incomprehensible :P
<mat^2> it may be a client-side bug
<mat^2> hnm, wait
<mat^2> hold on, let me check something
<danhezee> probably should do a checksum of the client and server map and compare the two to verify it is syncd
<mat^2> the map should always be in sync since changes are guaranteed to be sent and in the correct order
<mat^2> I think some changes were made to server.py which may have broken some things
<mat^2> I'm checking now though