Over time -observing this bug every day- I have found another race condition for this bug:
During X startup, if I see a screen like the attached one with horizontal control bar moved up some space into the desktop area for 1-2 seconds, the desktop is guaranteed to become instable immediately or after some time (maximum 1 hour, mostly much less) - with and without "xrandr" command executed. ( *IF* this screen does occure is something by accident / random - today yes, tomorrow no. However, without this screen the "xrandr" command will work successfully. With this screen, "xrandr" returns without failure, but does not have the expected effect - and leaves the system unusable as described initially.) For me, this seems to be a problem with the correct order of some concurrent initialization processes (maybe combined with some structural memory damage like stack overflow or similar). Notes: * Today I did install a security update for package "x11-xserver-utils" (which owns "xrandr"). This did NOT affect this bug. * Hint for understanding the uprising of attached screen: My laptop display is smaller than the external monitor. Position of moved up control bar is suitable for laptop resolution, e.g. on the laptop the control bar is placed correctly. ** Attachment added: "Screenshot of another race condition (re-enacted with GIMP from a normal screenshot)" https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/736812/+attachment/2020160/+files/X-Bug_race_condition.jpg -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/736812 Title: Update to 10.04.2 LTS does make desktop instable -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
