I want the dead players to be able to watch environmental changes for a few seconds (or a fix amount of time) before they are cut off from the server. How can I achieve this?

I am thinking of using a timestamp. So when the player is dead I record the time for that player and a few seconds later I loop through the player list and disconnect the players that have been dead for certain amount of time. The problem is I loop through the player list at a fix interval which is about 10 seconds. Some players may get disconnected early and some may get disconnected after a longer period because if they miss current loop they need to wait for another 10 seconds to be disconnected.

Another problem is that on client side I don't see any environmental changes after the player gets killed. It just stops there and looks like connection is lost. (I don't have any client data controlling the updates, all the data comes from the server).

@hplus0603 Thank you. I am not using a game engine. I just build everything from scratch, for a simple game of course. I am not sure if a simulation tick means a update tick. But if I have such an event queue as you described, do I have to check the events in the queue in each update tick? I wonder whether it will put more burden on server or not if I put all the events in the update tick? In my game the update tick is 60 ticks /s and I do a network update at an interval of 10 times/s. Currently I am checking those status changes and events in the network update at various interval (100ms, 300ms, 500ms, etc.). And it is working nicely. But I always wonder if there is some subtle problem later on if I keep doing it this way. 

Construct a new "muscle-less" state, where player is alive, yet unable to move. Instead of dying, you switch to that state, and you have full control in the player when it switches to dead state.

4 hours ago, caymanbruce said:

do I have to check the events in the queue in each update tick? I wonder whether it will put more burden on server or not if I put all the events in the update tick?

You're worrying about nothing. The suggestion here is just to have a single list of events, ordered by time, so that on average you will only examine a single event every tick! There's no point having a 1/60 second tick if you're not willing to actually do anything with it.