KloudKoder

It's really random, unfortunately. Sometimes it doesn't occur at all, sometimes it shows the private screen for long enough to capture on video, and once it even allowed me to...

This issue is so awful that even a mitigation rather than a solution would help. For example, automatically minimizing all windows before attempting to lock the screen prior to suspend....

This has gotten even worse. Upon wake, the screen sits there for up to 10 seconds while the UI is hard frozen, explosing all visual information for the world to...

I found a workaround: first lock the screen manually before suspending. This still needs to be fixed, though, because it's a security lapse just waiting to happen.

Recently this problem seems to have gotten worse in the sense that shutting the lid doesn't even lock the screen at all, like half the time. So until this is...

Briiliant! As you've discovered, I think the solution to this is likely the solution to #1304 . Or "a" solution, rather. The bug probably has various manifestations, depending on what...

I have a feeling that all these are related by improper or incomplete entry/exit to/from idle or sleep (S1 or S3): https://github.com/pop-os/pop/issues/463 solus-project/budgie-desktop#1374 solus-project/budgie-desktop#1082 https://github.com/pop-os/pop/issues/466 bwat47's workarounds in the first...

I suspect it comes down to one's particular hardware configuration and the order in which stuff is put to sleep. Depending on the outcomes of this race condition, and perhaps...

I second this. SHR, SHR, AND, and BSWAP will be of help on the X86 implementation. Bit reversal is really useful, but really expensive in the absence of a competent...

@MaxGraey Are you still there? Perhaps we should propose a discussion of this at a future community group meeting. Related: register exchange instructions. Let's double check that these are already...