Last closed window still sends events after being dropped

Description

I have a program that manages windows using a HashMap<WindowId, Window>. After removing a window from the hashmap, and even manually calling drop() on it, it still continues to receive events (although the "destroyed" event is expected).

In the log below, I created two windows, closed one, clicked on my desktop, then closed the second window and clicked again. Each click resulted in two ModifiersChanged events for the last closed window, one for holding the click down and another for releasing it, despite the window being dropped:

received event RedrawRequested from nonexistent window WindowId(67108874)
received event Destroyed from inexistent window WindowId(67108874)
received event ModifiersChanged(Modifiers { state: ModifiersState(0x0), pressed_mods: ModifiersKeys(0x0) }) from inexistent window WindowId(67108874)
received event ModifiersChanged(Modifiers { state: ModifiersState(0x0), pressed_mods: ModifiersKeys(0x0) }) from inexistent window WindowId(67108874)
received event RedrawRequested from nonexistent window WindowId(67108867)
received event Destroyed from inexistent window WindowId(67108867)
received event ModifiersChanged(Modifiers { state: ModifiersState(0x0), pressed_mods: ModifiersKeys(0x0) }) from inexistent window WindowId(67108867)
received event ModifiersChanged(Modifiers { state: ModifiersState(0x0), pressed_mods: ModifiersKeys(0x0) }) from inexistent window WindowId(67108867)

OS and window mananger

Linux 6.6.51
Xwayland

Winit version

0.30.5

Reproduce the issue with a HashMap<WindowId, Window> on Linux 6.6.51 under Xwayland using winit 0.30.5, removing and dropping two windows before clicking the desktop. Trace the event handling for the dropped WindowId; done means the last closed window no longer receives ModifiersChanged events, while the expected Destroyed event may still appear.