https://bugs.kde.org/show_bug.cgi?id=357116
--- Comment #14 from Thomas Lübking <thomas.luebk...@gmail.com> --- (In reply to AnAkkk from comment #13) > Found another issue, which happens as well after compositing has been > disabled through a rule: > Writing anything in kate/konsole is very slow, it can take several seconds > for the text to appear. You mean *while* the compositor is suspended?? By what window? Kate or something else and does any involved client "optirun"? Fyi, there's no difference in suspending the compositor by the shortcut or a window rule. It's always the same routine being invoked. A behavioral difference here would suggest the rules trigger it at a "clumsy" moment, but we already shuffled it off the eventloop. So we'd be in a situation where "suspending the compositor in 'close' time to mapping a window causes weird issues" (w/ optimus setups) -- You are receiving this mail because: You are watching all bug changes.
