Description of problem: Just tried switching from fallback mode into regular Gnome Shell mode on my VM that runs xrdp (16-bit colour depth). When I logged in, all windows were half the width with distorted colours (showing lots of pink and green). Fallback session works fine. The computer I'm coming from uses 24-bit colour (16-bits setup in xrdp, because it is a bit faster that way across continents). Version-Release number of selected component (if applicable): gnome-shell-3.6.2-6.fc18.i686 How reproducible: Always. Steps to Reproduce: 1. Setup and VMware VM, with xrdp (16-bit colour depth). 2. Connect to it using Windows RDP client from a 24-bit colour machine. 3. See distorted Windows. Actual results: Distorted window size/colour. Expected results: Works in fallback. Additional info:
Also happens in fallback when mutter is WM. Reassigning.
BTW, this is mutter-3.6.2-1.fc18.i686.
It's unlikely to be mutter it's more likely to be the driver which is likely to be the llvm soft driver if it's running on vSphere
The VM is VMware, BTW. I do not control the infra, so I have no idea what version. It is definitely soft driver (it says llvmpipe 0.4). Essentially, Xvnc is driving this, because xrdp runs Xvnc behind the scenes.
Can I get a screenshot please? I think I know what this might be but I'd like to see the corruption to get a better idea.
Created attachment 690066 [details] Screen shot of the remote session (running under xrdp) Note: the background is really set to black - this is not a bug. The dialog to unlock the keyring appeared distorted as well. Gedit is distorted in the screen shot, gnome-terminal is not. Evolution also appeared distorted, although I purposely did not include it. System setting was distorted too. Overview looked OK (icons were the right size etc.). It is interesting that in the windows that were distorted, the clicking distances were actually correct. That is to say, when I wanted to go back to fallback in system settings, I had to click the button at twice the distance that it appeared at from the left edge of the window, in order to flick it to on. So, something is not quite right, although not totally broken.
Still the case, BTW.
The reason I'm pestering about this is the fact that Gnome fallback is going away with F-19, so this will kinda have to work under xrdp/VNC etc.
Still the case with latest mesa (9.1-1).
Still the case with mesa 9.1-3. Is there some scratch build or something like that that I can try for this?
Same bug? https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1044436 I run my xrdp session in 16-bit mode to reduce bandwidth requirements.
When I switch the RDP client to use 24-bit mode, there is no such problem. So, 16-bits only, just like the Ubuntu bug.
Created attachment 755753 [details] New behaviour - tilted windows Interesting behaviour with latest mesa and llvmpipe. Some windows are tilted, as in the screenshot. This still applies to 16-bit mode. The window in the screenshot is Pidgin buddy list.
BTW, many (if not most) of the previously distorted windows are no longer distorted. Evo and gedit are just some examples. Also, the previous distortion (half width and green/purple windows) is no longer there. Only the new behaviour (i.e. see Pidgin example) now exists.
Moving to F-19, as it is still a problem there. It is actually slightly worse than what F-18 was with the latest updates. Pretty much all windows are slanted, including terminal, for instance.
Created attachment 761066 [details] Slanted menu
Whether it was today's tigervnc 1.3.0 push or the new mesa snapshot - I don't know - but it seems fixed. So, as of this: ------------- mesa-dri-drivers-9.2-0.14.20130723.fc19.i686 mesa-filesystem-9.2-0.14.20130723.fc19.i686 mesa-libEGL-9.2-0.14.20130723.fc19.i686 mesa-libgbm-9.2-0.14.20130723.fc19.i686 mesa-libGL-9.2-0.14.20130723.fc19.i686 mesa-libglapi-9.2-0.14.20130723.fc19.i686 mesa-libGLU-9.0.0-2.fc19.i686 mesa-libwayland-egl-9.2-0.14.20130723.fc19.i686 mesa-libxatracker-9.2-0.14.20130723.fc19.i686 tigervnc-1.3.0-3.fc19.i686 tigervnc-icons-1.3.0-3.fc19.noarch tigervnc-license-1.3.0-3.fc19.noarch tigervnc-server-1.3.0-3.fc19.i686 tigervnc-server-minimal-1.3.0-3.fc19.i686 ------------- It works!