Send SurfaceInterface::enter events after clients bind to outputs
The following order of events are legal: Typically order is: - server announces a new output - client binds to a new output - server updates the surface to be on new output But we can have events occur in the following order: - server announces a new output - server updates the surface to be on new output - client binds to a new output At which point when we update the surface there is no ID to tell the client which output the surface is on. This patch watches for clients binding to output and updates appropriately.
Please register or sign in to comment