Control: tags -1 + confirmed d-i On Mon, 2022-02-21 at 00:07 +0100, Samuel Thibault wrote: > People have reported that when they work on the linux console with > the > espeakup screen reader, if they e.g. cat a long file, and the reader > starts speaking it, and the user presses some key to interrupt the > read, > the screen reader remains silent for several seconds before it speaks > anything again. That is because the speaking events for all the file > reading have still been queued and the speak cancellation just makes > them processed very quickly to flush the queue. Unfortunately there > is a > little usleep(50ms) that is performed on each event processing. This > is > a very old trick that was probably browntape-fixing some erroneous > condition. We tried to remove that sleep and it didn't seem to have > any > nasty side effect. Upstream did commit the change and users are > really > happy with the change that completely fixes the delay. >
Does this have any impact on the udeb? Regards, Adam
