Created attachment 58370 [details] [review]
I am running archlinux with the following setup:
-X.Org X Server 1.12.0 Release Date: 2012-03-04
-[ 92.210] (II) Composite (RENDER acceleration)
[ 92.211] (II) Initializing built-in extension COMPOSITE
-02:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV710 [Radeon HD 4350]
-AMD Athlon(tm) 64 Processor 3200
-[ 2.162616] [drm] radeon kernel modesetting enabled
[ 2.164537] [drm] initializing kernel modesetting (RV710 0x1002:0x954F 0x1682:0x2461).
The problem occurs when you switch to a VT while having a window open (a terminal or a browser, etc), login, and run htop for example and then you return to X. You will see all your windows have got black (and unusable).
Please attach your dmesg output.
Created attachment 58378 [details]
dmesg generated after the bug occurred.
Created attachment 58379 [details]
Xorg.0.log generated after the bug occured.
BTW, I don't use gdm or other login manager, just startx. Also, I use no desktop environment, just Openbox. I also had this same issue with a ATI Radeon 9600 PRO in another computer.
> -X.Org X Server 1.12.0 Release Date: 2012-03-04
According to the log file, the xf86-video-ati version is 6.14.3. However, that version doesn't work with xserver 1.12. Presumably it was patched by Arch. Does the problem also occur with current upstream xf86-video-ati Git?
> You will see all your windows have got black (and unusable).
Can you attach a screenshot showing the problem? Can you recover from the problem by forcing the window contents to be redrawn?
Created attachment 58431 [details]
screenshot before the bug happens
Created attachment 58432 [details]
Screenshot after the bug happens
(In reply to comment #5)
> > -X.Org X Server 1.12.0 Release Date: 2012-03-04
> According to the log file, the xf86-video-ati version is 6.14.3. However, that
> version doesn't work with xserver 1.12. Presumably it was patched by Arch. Does
> the problem also occur with current upstream xf86-video-ati Git?
> > You will see all your windows have got black (and unusable).
> Can you attach a screenshot showing the problem? Can you recover from the
> problem by forcing the window contents to be redrawn?
I attached two screenshots of the bug. Also, now I am using latest git from http://aur.archlinux.org/packages.php?ID=15374 (xf86-video-ati-git). So the problem still persist with current upstream xf86-video-ati Git.
> Can you recover from the problem by forcing the window contents to be redrawn?
How do I do that?
(In reply to comment #9)
> > Can you recover from the problem by forcing the window contents to be redrawn?
> How do I do that?
E.g. by clicking on elements in the windows, or running xrefresh.
Anyway, I think this is rather an issue in the X server or elsewhere, as the driver wouldn't really know to distinguish between the window contents and background / decorations.
I just installed latest X.Org X Server 1.12.99 from git, from https://aur.archlinux.org/packages.php?ID=18963.
The problem persist.
I am attaching new Xorg log and dmesg, with screenshots.
Created attachment 58463 [details]
X.Org X Server 1.12.99 log file
Created attachment 58464 [details]
Created attachment 58465 [details]
screenshot before the bug happens with xorg server 1.12.99
Created attachment 58466 [details]
Screenshot after the bug happens with xorg server 1.12.99
Is there any other info I can provide?
I can confirm the problem can be reproduced with Xorg 1.12.2 installed from Arch packages (https://www.archlinux.org/packages/?name=xorg-server)
I posted detailed description to the arch-general how to reproduce the problem
Pasted below for convenience:
I have been observing strange issues when I switch between X and TTY.
Here is the step-by-step story with details:
0. Login to tty1 and ttt2
1. From tty2 (not tty1), startx with either i3wm or Openbox
2. Launch 2-3 apps (e.g. urxvt, Firefox)
3. Switch back to tty1 (CTRL+ALT+F1)
4. Execute some shell commands in tty1
5. Switch back to X (CTRL+ALT+F7)
6. Observe no problems, no hangs, in Openbox the ALT+TAB and
in i3wm the Mod+[jkl;] combination cycles through windows, etc.
7. Switch to tty2 (CTRL+ALT+F2)
8. See xinit output, hit ENTER once or more, the xinit output scrolls up
9. Switch back to X (CTRL+ALT+F7)
10. Now, observe strange problems with lack of response in both,
Openbox or i3wm.
WMs are not completely frozen, but somewhat partially.
Neither Openbox ALT+TAB nor i3wm Mod+[jkl;] work.
No reaction to mouse operations have no effect
No reaction to i3wm Mod+SHIFT+Q, etc.
I'm running updated Arch on Lenovo ThinkPad T400
with Intel graphics (xf86-video-intel driver, i915 module).
Could the problem be related to xf86-video-intel driver?
BTW, I have been observing slow rendering of Terminus font under i3wm 
and it turns out the problem is in the most recent version of xf86-video-intel
in the Arch repos .
Mass closure: This bug has been untouched for more than six years, and is not obviously still valid. Please file a new report if you continue to experience issues with a current server.