Description of problem: emacs window suffers erratic display of cursor and keyboard-entered data. Hardware: Toshiba laptop A305-S6857, Intel Graphics Media Accelerator X3100. Software: Fedora 10 snap1 installed to hard drive, updated from rawhide. Version-Release number of selected component (if applicable): xorg-x11-drv-i810-2.4.2-9.fc10.x86_64 emacs-22.2-5.fc9.x86_64 emacs-common-22.2-5.fc9.x86_64 How reproducible: always with local (laptop) display. Does not occur when using remote display (different host, different display hardware). Steps to Reproduce: 1. Start emacs with X-window display. 2. Observe cursor, enter text or use cursor movement keys. 3. Actual results: After a short while (less than 30 seconds) the cursor disappears (stops blinking). It may re-appear some seconds later, then disappear, etc. When entering text from the keyboard, display of characters typed may stop. Ctrl-L forces redisplay of window, then the missing characters appear and cursor display resumes, but the condition is likely to recur a short while later. Expected results: No interrupted display of cursor or characters entered from keyboard. Additional info:
Created attachment 320202 [details] Xorg startup log.
Improvement. Executed system-config-display, which would not offer the native display resolution of 1280x800 but 1024X758 at best. Manually configured as a generic LCD display with 1280x800 resolution, using system-config-display. Early indication, after reboot, is this has corrected the problem. I surmise it is the presence of an xorg.conf file, rather than this specific display definition, that results in superior initialization of the X server. I shall attach the present, working Xorg startup log so it can be compared with the original log. This bug is probably incorrectly associated with component xorg-x11-drv-i810 now, but where it belongs is not clear to me.
Created attachment 320240 [details] Xorg startup log for working, revised configuration.
Isn't this duplicate of bug 463023 ?
(In reply to comment #4) > Isn't this duplicate of bug 463023 ? No, it isn't
Are you using compiz?
Compiz is part of the Snap1 live image that was installed on this machine, and the compiz libraries are present. However, "desktop effects" (System->Preferences->Look and Feel->Desktop Effects->Enable Desktop Effects) was never selected. Therefore, if I understand your question accurately, the answer is "No."
"Improvement" reported in Comment #2 is incorrect. The problem continues. I have a qualitative impression it is less frequent than originally perceived, but it definitely occurs.
Bug fixed after update from xorg-x11-drv-i810-2.4.2-9.fc10.x86_64 to xorg-x11-drv-i810-2.5.0-1.fc10.x86_64 (or maybe by a change in a related package). I assume this was an upstream change, and therefore this report can now be closed.