[nvidia] compiz displays white screen when locked

[Andrey Vihrov]

Binary package hint: compiz

My computer has two users, and they are often logged onto X simultaneously. I am one of the users and I use compiz. The problem is that when I lock my screen and switch to other VT (using ctrl+alt+fN or Fast User Switch Applet), then back to mine I get a white screen instead of Gnome unlock dialog. However, the mouse pointer still exists and even changes to cursor-like when I point the area where password text box should be located. I am able then to enter my password (the screen remains completely white) and to press enter. After that I am returned to my desktop as if nothing has happened.

I'm running Gutsy. compiz version is 1:0.6.0+git20071008-0ubuntu1.1. I have an nvidia video card with nvidia-glx-new 100.14.19+2.6.22.4-14.9 installed.

TEST CASE:
1. install hardy on a system with nvidia hardware
2. install proprietary nvidia driver
3. run compiz
4. create a additional user B
5. use the "fast-user-switching" applet to switch to that user B
6. switch back to user A
7. verify that the screen is white

1. install compiz-core from hardy-proposed
2. restart the X session
3. use the "fast-user-switching" applet to switch to user B
4. switch back to user A
9. verify that the screeen is not white
10. verify that you can not break out of the lock (compare to bug #145123) by pressing key combinations like "alt-tab", "ctrl-alt-arrow" etc
11. Verify that no notifcation daemon message appear when the screen is locked over the log (see comment #95)

Steps to reproduce :

1. Login to user 1
2. Use the fast user switcher applet to login to user 2
3. Logout from user 2 session

Result : You get a white screen. You have to type your password and the white screen will disappears.

[Nanley Chery (nanoman)]

I have tested and successfully reproduced this bug on two NVIDIA based computers (new and old) running Gutsy 7.10.

[Andrey Vihrov (andrey.vihrov)]

I am quite surprised, before your post I was almost sure the bug resides in compiz itself. However, if someone with non-NVIDIA video card tests the bug presence and reports negative, we can reassign this bug to nvidia-glx and nvidia-glx-new or linux-restricted-modules.

[Ricardo Pérez López (ricardo)]

I have the same problem as well. I have an nVidia card.

[Julian Kniephoff (jules-k)]

Just want to add my "confirmed" here: Three users on a nVIDIA-graphics based PC here with one (me) using compiz and getting a white screen when switching from a "normal" (Metacity) user to mine (not the other way around, though).
All this is under Gutsy.

[Emilio Scalise (emisca)]

I can confirm this on an nvidia geforce 4 mx 440, proprietary driver 9639. Same symptoms. I have two users, if I switch from one to another, the gnome screensaver window of the user (the one that is logged in after the first) is white.

I'm using the latest compiz, 1:0.6.0+git20071008-0ubuntu1.1

[Nanley Chery (nanoman)]

I've got a friend with an Intel card, I go to his house and test it sometime.

[ktulu77 (ktulu-highwaytoacdc)]

I have this bug too :-( My nvidia card is FX 5200

[Richard Andreu (randreu)]

I have exactly the same problem. My card is a Nvidia Fx 5500, propietary driver and Compiz Fusion enabled.

[Evgeny Remizov (ram3ai)]

I can confirm this on my PC with nVidia 6600GT, but it is _not_ reproducible on another one with Intel 945.

[Andrey Vihrov (andrey.vihrov)]

So this is an NVIDIA bug indeed.

[Nanley Chery (nanoman)]

Yes it is. I just tried to reproduce it on my friends Intel system and nothing happened.

[Andrey Vihrov (andrey.vihrov)]

I just noticed that the lock screen window isn't the only one "buggy". It seems to happen with all windows that are opened while the particular VT is inactive (some kind of pop-ups for example, in my case - Skype Downloads window and various Gnome messages). The windows appear white and there is nothing where the title area and the borders should be (although, as it was with the lock screen, the window can be manipulated with the keyboard and mouse blindly).

As far as I understand, compiz uses hardware-accelerated textures and overlays to draw windows. Hence it seems that a texture allocation/initialization fails with NVIDIA on inactive VTs for some reason.

Based on this, I suggest a workaround for the bug. We must avoid window creation on inactive VT, so rather than just using Fast User Switch Applet one should lock the screen manually (ctrl+alt+L) and then use the Switch User button. Screensavers/time-based screen locking should be also turned off - use explicit lock instead. Fast User Switch Applet can also be configure not to lock the screen.

[Andrey Vihrov (andrey.vihrov)]

Accidentally found this today: http://www.nvnews.net/vbulletin/showthread.php?t=102509

* Fixed a problem with Compiz after VT-switching.

[eric (laforge2001)]

This behavior also occurs when the pc is left on and the screensaver
kicks in. Attempting to switch users using the fast-user-switch-applet
results in a white screen. Pressing Alt+S will reload gdm, however this
is probably not the desired solution. A group of users have seen this
same issue as seen here:

http://ubuntuforums.org/showthread.php?t=591190

I am using the nvidia-restricted drivers with compiz-fusion on Gutsy.

[Sergiu Bivol (sergiu-bivol)]

I just dropped by to confirm the same bug on the same nVidia card (GeForce 6100, on-board), with proprietary driver and compiz.

[David Lichterman (lavid)]

I can also confirm this on a fresh install with a NVIDIA 6600GT

[Andrey Vihrov (andrey.vihrov)]

New driver package was released officially yesterday by NVIDIA: http://www.nvidia.com/object/linux_display_amd64_169.07.html
Expect updates soon.

[darthanubis (darthanubis)]

cat /proc/driver/nvidia/cards/0
Model: GeForce 6200
IRQ: 16
Video BIOS: 05.44.a2.06.61
Card Type: AGP
DMA Size: 32 bits
DMA Mask: 0xffffffff
Bus Location: 01.00.0

cat /proc/driver/nvidia/version
NVRM version: NVIDIA UNIX x86_64 Kernel Module 169.07 Thu Dec 13 18:34:01 PST 2007
GCC version: gcc version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)

Version: 169.07
Operating System: Linux x64 (AMD64/EM64T)
Release Date: December 20, 2007

Fast User white out still present.

I followed the bug report for the VT switch bug months ago and had no issue switching to and fron tty. Have also been running the beta 169.04 for compiz stability.

Considering the changelog for this driver :

Fixed several X rendering issues.
Fixed stability problems with some GeForce 6200/7200/7300 GPUs multi-core/SMP systems.
Fixed a problem with Compiz after VT-switching.
Improved RENDER performance.
Fixed a bug that caused corruption with redirected XV on GPUs without TurboCache support.
Improved usability of NVIDIA-settings at lower resolutions like 1024x768 and 800x600.

I had hoped all would be well.

Oh well....

[Andrey Vihrov (andrey.vihrov)]

If this is true, what is the VT-switching bug that they have fixed in this release? :>

[TheSilencer (da-silencer)]

Same here, just confirming. I see this as a rather serious bug because for a "normal" user it can seem as a total crash. I know my girlfriend will be really annoyed about not being able to use a function as simpel as "Switch user".

[Travis Watkins (amaranth)]

This is still happening with the 169.07 driver in hardy, updating package.

[Kyle M Weller (kylew)]

I can reproduce this bug as well, when the white screen shows up pressing alt-s clears it but it is indeed a problem that needs to be fixed, I have gutsy with a nvidia fx 5500, latest restricted drivers, even compiled my own drivers with envy and I still can reproduce the same issue

[Richard Ayotte (rich-ayotte)]

Problem is still there in Hardy Alpha 4. I've got an nVidia 6200 Turbo Cache.

[Timo Aaltonen (tjaalton)]

Confirmed. We just need to wait for a fix from NVidia.

[Lex Ross (lross)]

Confirmed on nVidia 7000M Asus F5N laptop

[kar1oko (kar1oko)]

I can confirm I had this issue once I stalled compiz in two fresh installs of Gutsy 7.10 (one x32 and one x64) with a nVidia GT8600

I notice (not always) when changing users, and when returning from screen saver.

[Richard Ayotte (rich-ayotte)]

Linux x64 (AMD64/EM64T) Display Driver

Version: 169.12
Operating System: Linux x64 (AMD64/EM64T)
Release Date: February 26, 2008

Release Highlights

    * Improved power management support with GeForce 8 GPUs.
    * Further improved stability on some GeForce 8 GPUs.
    * Fixed a bug that broke certain TwinView configurations with TV-OUT on GeForce 8 GPUs.
    * Fixed a bug that could cause OpenGL to crash in certain cases, e.g. when running Counter-Strike under Wine.
    * Further improved GLX_EXT_texture_from_pixmap out-of-memory handling.
    * Fixed a bug that could result in incorrect PowerMizer state being reported.
    * Improved nvidia-xconfig behavior when updating X configuration files without a "Module" section.
    * Worked around a problem that caused function key presses on some Toshiba notebooks to result in system crashes.

http://www.nvidia.com/object/linux_display_amd64_169.12.html

[sfan (sfan)]

I can confirm this bug with hardy, NVIDIA 7600 gs

[Roberto Cássio Jr. (rcsdnj)]

Is this "Further improved GLX_EXT_texture_from_pixmap out-of-memory handling" a fix for this bug? Did anyone test it?

[Travis Watkins (amaranth)]

Nope, doesn't fix it.

[Ricardo Pérez López (ricardo)]

Does nvidia have a bug tracking system, in order to report this bug and track it?

[Richard Ayotte (rich-ayotte)]

I asked nVidia the same question and they told me that their forum is their bug tracker.

http://www.nvnews.net/vbulletin/showthread.php?s=608ff3cf670e498bc114a281d973d45e&t=46678

[Jose De la Rosa (jose-de-la-rosa)]

Dell already have a bug opened with Nvidia.

[dano (danoex)]

same problem in hardy beta
nvidia 6500gt

[Chak Man Yeung (dasunst3r)]

Confirmed on Dell Inspiron E1505 with nVidia GeForce Go 7300 w/ 169.12 driver, Compiz Fusion enabled. I am currently using Gutsy. This issue is intermittent and appears only when the computer is coming out of suspend. I also can type in my password and everything will be fine.

[msegal (mark-markanddonna-deactivatedaccount)]

Confirmed on Insipron D830 w/nvidia in hardy, and D820 w/nvidia in Gutsy

[Nick Russell (thatnick)]

Confirmed on nVidia 8800gt/Hardy beta.

[nyékhelyi gábor (n0gabor)]

Confirmed on nVidia 7600GS nvidia-glx-new/Hardy beta.

[Julian Alarcon (julian-alarcon)]

Confirmed on nVidia 6200/Hardy Heron - Beta (Completely updated).

This bug is so similar to this one:

https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/122549

[Travis Watkins (amaranth)]

Completely different bug with completely different symptoms and causes, that one ended up being fixed in the X server. If that bug was still present it would make this one a million times worse though.

[Kyle M Weller (kylew)]

Unfortunately this bug has caused my company to switch 200+ ubuntu computers back to windows xp, tried to get my boss to change his mind but hes stubborn ;\

[Andrey Vihrov (andrey.vihrov)]

Kyle, have you tried switching compiz off? Tell your boss about it. :)

[hendrikwout (hendrikwout)]

Quoting from bug #199562 which is marked duplicate:
"When I suspend to disk (hibernate), everything behaves normally. When I resume, however, all I see is a white screen- no graphics, no distortion, no image of any kind. I am able to move the cursor around the screen normally, and in the middle it turns to a text entry cursor, so I click there and enter my password (which I do not see, no black dots or asterisks or anything) and press enter, at which point everything is back to normal. The white screen is the only problem, but it would be easy to think that the computer failed to resume properly."

 I have exactly the same problem here on a dell xps m1530 with same video card.

[rogmorri (frontporsche)]

I see this in 8.04 beta, nvidia card, only when compiz is active.

The way I fall into this situation is:
  - Login to user A
  - "Switch users" to user B
  - logout (from user B)
  - screen goes white.

[Mario Limonciello (superm1)]

Hi folks, you can stop confirming this bug. It's in the NVIDIA driver, and is just a matter of them resolving it.

[Peter Makowski (petermakowski)]

I have the same problem as rogmorri. Switching to another user makes the white screen lock-up.

[Travis Watkins (amaranth)]

I don't see why you reopened the compiz bug, if you had read the comments in this bug report you would see that it is clearly an nvidia problem.

[Harvey Muller (hlmuller)]

The Beta 173.08 nvidia driver does not resolve the issue, I tested it yesterday. So it does not look likely we will see results for awhile.

As many of you know, Nvidia does not have a formal bug-tracking system. They collect issues from the user forums, and then provide little information in return.

I have raised the issue, relative to the white screen after resuming from suspend or hibernate:

    http://www.nvnews.net/vbulletin/showthread.php?t=112134

Resume from suspend or hibernate works perfectly if compiz is disabled. You can read more in Duplicate Bug #220738.

Travis, thanks for making this clear that it is an issue with nvidia's proprietary driver and not with compiz.

Harvey

[davidetkarine (saveurlinux)]

Dear all,
I've got a Lenovo R61 Laptop with Nvidia Quadro NVS 140M and I'm running Ubuntu an Mandriva and Mandriva does not have this problem so It should not be a nvidia problem ?

[Travis Watkins (amaranth)]

Are you using compiz on Mandriva?

[davidetkarine (saveurlinux)]

Yes I do,
I've selected Compiz Fusion with native Open Gl support and not xgl.

[Travis Watkins (amaranth)]

What version of the nvidia driver do you have on Mandriva? Can you try to manually install the nvidia driver on Ubuntu and see if that helps?

[davidetkarine (saveurlinux)]

dkms binary kernel modules for the nvidia-current driver version 169.12, built for the 2.6.24.4-laptop-1mnb kernel.
It looks to be same as Ubuntu ?

[Saivann Carignan (oxmosys)]

davidetkarine : Note that you need to have two user sessions running simultaneously. Also personally, I can't reproduce this bug without using fast user switcher applet in ubuntu, switching users works correctly when using the usual "Logout / Change user" options.

[davidetkarine (saveurlinux)]

Dear all,
As you told me they should be two user sessions running simultaneously I did it into Mandriva and it did works but they don't have the same switching tools maybe it make the difference ?

[Lex Ross (lross)]

davidetkarine: When I switch between concurrent user sessions with Ctrl+Alt+F7/F9/etc. (changing virtual consoles) in Ubuntu, no problem whatsoever. White screen results in when the user session is being locked while switching (and that's what Fast User Switch applet is doing). See if you can simulate this type of behaviour on Mandriva. I believe that any screen updates on inactive graphics console will result in white screen when bringing it back to foreground (switching to it) later.

[mannheim (kronheim)]

Here is a simple way to reproduce this bug (also confirming Andrey's earlier comment that this bug is exhibited by any window that is opened while a VT is inactive).

Steps to reproduce (in a system with nvidia driver and compiz enabled):

1. Login.
2. Open a terminal and do "sleep 15 && zenity --question"
3. Hit Ctrl-Alt-F1 to get to a console.
4. Count to fifteen, slowly.
5. Hit Ctrl-Alt-F7 to get back to you gui session.

Expected result: zenity should have put up a question dialog-box.
Actual result: zenity's dialog-box is white.

A screen-shot is attached

[Andrey Vihrov (andrey.vihrov)]

A quick update: NVIDIA drivers 169.12 (default in Hardy) are also affected. Interestingly, Metacity with compositing turned on doesn't have this issue.

[Dave Vree (hdave)]

Can confirm this with Hardy final and an nVidia GEForce Go 7400.

[Travis Watkins (amaranth)]

Andrey: That's because metacity doesn't use OpenGL and this is a problem with nvidia's OpenGL implementation.

[Mario Limonciello (superm1)]

I have some additional information for this bug after discussing the issue with NVIDIA. The bug that is occurring is indeed a bug in their driver, but requires large changes that won't be happening very soon.

This bug however, is only being exposed due to a patch that is added to compiz, 030_fix_screensaver. Looking at the changelog, this patch is here for this reason:

compiz (1:0.6.2+git20071018-0ubuntu2) hardy; urgency=low

  * debian/patches/030_fix_screensaver:
    - never unredirect the gnome-screensaver window to prevent
      breaking the keyboard grab (#145123)

 -- Michael Vogt <email address hidden> Mon, 29 Oct 2007 12:57:25 -0400

That however, is no longer necessary since the bug that it was working around was in the X server, and fixed by git commit:
http://cgit.freedesktop.org/xorg/xserver/commit/?id=a6a7fadbb03ee99312dfb15ac478ab3c414c1c0b

We absorbed this patch in the X server when merging from debian earlier:

xorg-server (2:1.4.1~git20080118-1) unstable; urgency=low

  [ Brice Goglin ]
  * Add 42_dont_break_grab_and_focus_for_window_when_redirecting.diff
    to prevent password authentication bypass, closes: #449108.

  [ Julien Cristau ]
  * New upstream snapshot
    + includes the security fixes from the previous version
    + fixes regression introduced by the fix for CVE-2007-6429 in the MIT-SHM
      extension (closes: #461410)

 -- Brice Goglin <email address hidden> Fri, 18 Jan 2008 22:20:32 +0100

Once the 030_fix_screensaver patch is dropped, compiz works correctly on NVIDIA cards.

[msegal (mark-markanddonna-deactivatedaccount)]

Tested your debdiff (took a while to install all the dev packages on this laptop). Verified Fix. works perfectly! Thanks. When can it be rolled into the proper release?

[Joel Berger (joel-a-berger)]

I'm sorry that I have to ask this, but I am experiencing this bug and I don't know what to do with this debdiff file, could one of you guys post a quick and dirty howto on using it? Thanks

[Mario Limonciello (superm1)]

Joel,

I added this to my PPA at https://edge.launchpad.net/~superm1/+archive for folks to test. If you've not used a PPA before, there is a PPA apt repo listed on that page for hardy. Add it to your sources.list, and then you will be able to install my version fo the package.

[msegal (mark-markanddonna-deactivatedaccount)]

Joel, just for future reference. How to is here.

https://wiki.ubuntu.com/UbuntuPackagingGuide/BuildFromDebdiff

[Chris Coulson (chrisccoulson)]

Mario - Fix works perfectly! Thank you :)

[Dave Vree (hdave)]

Can confirm the fix works on Hardy with an nVidia GE Force Go 7400.

The bug I was seeing was the white screen while using fast user switching.

Thank you very much!!!

[nandayo (casier)]

All right floks, seems to have the same problem after suspending my D830. However, I can't understand Mario's procedure to fix you are talking about, can someone can explain me a little how to proceed please ?

Many thanks !

[Clayton Smith (argilo)]

Mario: Your fix works beautifully on my Thinkpad T61p with an nVidia Quadro FX 570M video card running Hardy 64-bit. I've suspended and resumed six times so far without ever getting the white screen, and haven't noticed any problems with compiz. I hope this will make it into Hardy soon.

For anyone else who wants to try Mario's fix, here's how I did it: Go to System --> Administration --> Software Sources and select the Third-Party Software tab. Click on Add and enter the following line:

    deb http://ppa.launchpad.net/superm1/ubuntu hardy main

Then click on Add again and enter the following line:

    deb-src http://ppa.launchpad.net/superm1/ubuntu hardy main

Click on Close, then on Reload. Shortly your software updater will indicate that there are updates available for compiz. Install them, restart your machine, and voila!

[Jeff May (jeffmay-jeffmay)]

That seems to have solved the problem on my Asus M2NSLi / AMD64 64x2 w/
Nvidia Gforce 7 running Hardy 64.

On Sun, 2008-05-04 at 16:32 +0000, Clayton Smith wrote:

> Mario: Your fix works beautifully on my Thinkpad T61p with an nVidia
> Quadro FX 570M video card running Hardy 64-bit. I've suspended and
> resumed six times so far without ever getting the white screen, and
> haven't noticed any problems with compiz. I hope this will make it into
> Hardy soon.
>
> For anyone else who wants to try Mario's fix, here's how I did it: Go to
> System --> Administration --> Software Sources and select the Third-
> Party Software tab. Click on Add and enter the following line:
>
> deb http://ppa.launchpad.net/superm1/ubuntu hardy main
>
> Then click on Add again and enter the following line:
>
> deb-src http://ppa.launchpad.net/superm1/ubuntu hardy main
>
> Click on Close, then on Reload. Shortly your software updater will
> indicate that there are updates available for compiz. Install them,
> restart your machine, and voila!
>

[Harvey Muller (hlmuller)]

Mario,

Appears to resolve the white screen after resume from suspend / hibernate on the Inspiron 1420. When I'm ready to be mentored, I'll be checking to see if you are around.

Thanks, great analysis and troubleshooting. Hope to see either the 030_fix_screensaver patch rolled back or Nvidia fix their driver for the permanent fix.

Regards,

Harvey

[Fedor Isakov (fisakov)]

Despite having applied the fix, I'm still having a white screen on resume from time to time, albeit on a much slower rate than before. I used to type in my password blindly on just about every resume, now it happens once a day. Still a great improvement.

Hardy x86_64.

[karlrhs (karlrhs)]

I also am having the problem with the nvidia driver and GeForce 7.

When will this be worked in to Hardy?

Karl

[Sigve Indregard (sigve-indregard)]

I can confirm that this fix solves the issue relating to user switching. I cannot confirm hibernation etc., as I don't use it.

[Chris Coulson (chrisccoulson)]

The updated package fixes thw white screen issue on user-switch, but it doesn't correct it when windows appear on the inactive users desktop. For example, if I pop a USB drive or a CD in to my computer, Nautilus opens a window on the desktop of every user logged in. When you switch back to an inactive users desktop, that window is just a white box (bug 222643)

[Bryce Harrington (bryce)]

The bug was actually an xorg-server bug, not specific to l-r-m, so changing package. Also, the underlying issue is fixed in Intrepid with Debian's 42_dont_break_grab_and_focus_for_window_when_redirecting.diff as per mario's comment #61, so we just need the Hardy task here.

[Travis Watkins (amaranth)]

What? No, this is about nvidia not allocating memory for textures created when it isn't the active VT. We can work around the major symptom of this bug by removing the patch in compiz which we can do if that xorg-server bug is fixed but that does not fix the actual problem, as seen in comment 75. This is still very much an nvidia bug that they need to fix.

[Bryce Harrington (bryce)]

Hmm, actually patch 42 is already in the Hardy xserver. Are there actually any Xorg tasks to do here? Sounds like the only thing needed is to revert that compiz patch, which should be cleared by mvo.

[nyékhelyi gábor (n0gabor)]

Bug still exists. Do domething!

[Michael Vogt (mvo)]

I prepared a upload for hardy-proposed in the compiz hardy branch. One open issue is that this version of compiz can then never be backported to gutsy and we need to make sure that its not done unless the xserver-xorg-core is also fixed in gutsy.

[Michael Vogt (mvo)]

The compiz change is uploaded to hardy-proposed and is waiting for approval.

I would appreciate if you could try any creative ways to break the lock of the screensaver that you can find. Ctrl-alt-mouse-move, switchting between virtual terminals etc. We need to be very careful that this does not reopen the security problem we fixed when we added the 30_fix_screensaver patch.

Thanks,
 Michael

[Chris Coulson (chrisccoulson)]

Michael: Is this fix supposed to completely fix the white screen issues, because for me it only partially fixes the problem. I can switch between users, have the screen lock automatically and return to the users without seeing the white screen. But any windows that appear on the background screen still appear as white when I make that screen active again (see comment 75 https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/160264/comments/75). Would the NVIDIA drivers need to be fixed to stop this from happening?

[Sigve Indregard (sigve-indregard)]

I can confirm what Chris Coulson says here about windows still appearing as
white if they are created when the computer is not showing my VT as the
active VT.

2008/5/28 Chris Coulson <email address hidden>:

> Michael: Is this fix supposed to completely fix the white screen issues,
> because for me it only partially fixes the problem. I can switch between
> users, have the screen lock automatically and return to the users
> without seeing the white screen. But any windows that appear on the
> background screen still appear as white when I make that screen active
> again (see comment 75
> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/160264/comments/75).
> Would the NVIDIA drivers need to be fixed to stop this from happening?
>
> --
> [nvidia] compiz displays white screen when locked
> https://bugs.launchpad.net/bugs/160264
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
Sigve Indregard
http://indregard.no

[Martin Pitt (pitti)]

Accepted into hardy-proposed, please test and give feedback here.

[Mario Limonciello (superm1)]

Chris,

The underlying problem is still an issue with the NVIDIA driver's handling of offscreen windows. An upcoming NVIDIA release will resolve it. This fix is to partially help so at least people can lock their screen and suspend/resume and still get the dialog. (Better than nothing)

Mario Limonciello
Dell | Linux Engineering
<email address hidden>

-----Original Message-----
From: <email address hidden> on behalf of Sigve Indregard
Sent: Wed 5/28/2008 5:45 AM
To: <email address hidden>
Subject: Re: [Bug 160264] Re: [nvidia] compiz displays white screen when locked

I can confirm what Chris Coulson says here about windows still appearing as
white if they are created when the computer is not showing my VT as the
active VT.

2008/5/28 Chris Coulson <email address hidden>:

> Michael: Is this fix supposed to completely fix the white screen issues,
> because for me it only partially fixes the problem. I can switch between
> users, have the screen lock automatically and return to the users
> without seeing the white screen. But any windows that appear on the
> background screen still appear as white when I make that screen active
> again (see comment 75
> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/160264/comments/75).
> Would the NVIDIA drivers need to be fixed to stop this from happening?
>
> --
> [nvidia] compiz displays white screen when locked
> https://bugs.launchpad.net/bugs/160264
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
Sigve Indregard
http://indregard.no

** Attachment added: "unnamed"
   http://launchpadlibrarian.net/14762130/unnamed

--
[nvidia] compiz displays white screen when locked
https://bugs.launchpad.net/bugs/160264
You received this bug notification because you are a member of The Dell
Team, which is subscribed to Dell Ubuntu Project.

[Chris Coulson (chrisccoulson)]

Mario,

Thanks for the clarification. Although I think the 'upcoming' NVIDIA release which fixes this is a long time away. We all know how long it took them to fix the black window bug, so I don't think I shall be getting my hopes up for them to fix it before my card becomes obsolete!

[Paul Smith (psmith-gnu)]

Since this bug is marked "fixed released", is there another bug tracking the remaining problems with nvidia drivers? I know we can't solve them but it seems like we should have an open bug about this until nvidia releases fixed drivers (as Chris points out, that could be a long ways away).

[Mario Limonciello (superm1)]

I'm adding on another task for the NVIDIA driver. When an updated driver is released it will likely go into Intrepid, so I'll close the hardy task on it.

[James Schriver (dashua)]

Seems to have been fixed with the latest NVIDIA 173.14.05 Display Driver. I'm still testing, so far 10 resume/suspend with no white screen upon resume. Running Compiz Fusion from git master as well. Will report banck later.

Dell XPS m1530 / nVidia 8400 GS / Broadcom 4328 Wireless Card

[Travis Watkins (amaranth)]

If you're using compiz from git or with the 'fixed' compiz package you won't see this in the screensaver so you cannot say for sure the new driver fixes this problem. You need to have two users setup, switch from one to the other, and somehow trigger a window to show up on the first user's desktop while the second user is active.

[Paul Smith (psmith-gnu)]

See comment #57 for a way to reproduce this which doesn't use the screensaver; I believe that method still shows the bug.

[Chris Coulson (chrisccoulson)]

Paul: As pointed out in comment 85 by Mario, the underlying problem with the NVIDIA driver still exists, and we're going to have to wait (possibly a very long time) for them to fix it. So, you will still see this bug under certain use cases until the NVIDIA driver is fixed. NVIDIA have set they are going to fix it but won't commit to a timeframe

[Fedor Isakov (fisakov)]

The compiz version from hardy-proposed repository doesn't seem to fix anything at all for me: I'm still seeing the white screen on resume. compiz package version is 1:0.7.4-0ubuntu7.

[Paul Smith (psmith-gnu)]

Chris: Yep, I know. I was responding to dashua's post saying it was fixed, by pointing out that it may now work properly for some situations but that doesn't mean it's fixed. Cheers!

[Fedor Isakov (fisakov)]

More on resume issues: today I caught mail-notification displaying its popups with the new emails on the login screen, before I entered my password (well, I'm not always seeing just the white screen on resume, sometimes it actually works as expected). This is not a mere annoyance, this is a regression and a security issue, I'm rolling back. The removal of 30_fix_screensaver patch is not a solution at all.

[Vince N (libertyshadow)]

Following Clayton Smith's comment (69) using Mario's patch fixed the white screen on resume issue, but now I cannot use a "blank screen" for a screen saver. It will dim out to black, flash once, and then show a picture of my desktop, only faded. Can anyone confirm this?

[Uphaar Agrawalla (uphaar)]

On Tue, Jun 3, 2008 at 5:51 PM, Vince N <email address hidden> wrote:

> Following Clayton Smith's comment (69) using Mario's patch fixed the
> white screen on resume issue, but now I cannot use a "blank screen" for
> a screen saver. It will dim out to black, flash once, and then show a
> picture of my desktop, only faded. Can anyone confirm this?
>
>
Yes, I can confirm this. I have the laptop screen set to turn off after 10
mins, but instead I end up with a dimmed screenshot of the desktop.

It appears this happens only when connected to AC power - when on battery it
turns off completely. Not sure if this is happening always though.

[Steve Langasek (vorlon)]

This was marked 'fix committed' by accident, only the compiz package has been uploaded to -proposed.

Not sure how this came to be marked as 'fix released' for xorg-server in intrepid, either - I don't see any mention of changes for this in the changelog, and the consensus seems to be that it's not an X problem anyway. If anything this should probably be marked as 'Invalid'? Bryce?

Fedor - just to confirm, when you upgraded to the hardy-proposed package, you also restarted your compiz session, correct?

[Sympy (sympathy4no1)]

Ok, I'm a little bit confused... I'm having this bug but I use compiz from git, was I supposed to?

[Fedor Isakov (fisakov)]

When testing the hardy-proposed repo, I did reboot, of course. The update installed a new kernel among other things.

[Kyle Sexton (mocker)]

Wrote up a quick guide on how to get the hardy-proposed compiz packages installed on a system to get rid of this bug, http://abortretryfail.net/2008/06/14/ubuntu-switch-user-white-screen/

[Julian Alarcon (julian-alarcon)]

Problems!!!
When you update to the last packages (proposed repository), we have a security problem..

Try to install the las packages, restart the X system, and when you are in your session, lock the screen, the transition to black works but at the end of the transition the screen turn to a transparence black where you can see the screen!!.
This is a security problem..

[Sympy (sympathy4no1)]

Something is wrong... I'm experiencing the white screen when resuming from suspend or hibernate (Vostro 1400 with GeForce 8400M GS), but I'm using compiz from the git repositories, which supposedbly does not have the problematic patch. So why am I experiencing it?

[Martin Pitt (pitti)]

At the moment we are verifying the compiz package in hardy-proposed. If you run compiz from git head isntead of the Ubuntu package, then problems with the git version shouldn't be reported here, since it confuses testing.

So, can anyone here who experiences this bug please test the package from hardy-proposed and give feedback here? That would be highly appreciated. Please see https://wiki.ubuntu.com/Testing/EnableProposed for how to do that. Thank you!

[Harvey Muller (hlmuller)]

Martin,

Positive feedback. On a Dell 1420 w/GeForce 8400M GS. Used the latest daily-live (amd64 desktop) which must have included the hardy-proposed package, because it wasn't listed in update-manager.

I can suspend / hibernate multiple times without the white screen.

[Paul Smith (psmith-gnu)]

I can confirm that when I use fast user switch with the new drivers in hardy-proposed I don't get the white screen where I can't see the login window. I get a black screen with a login window visible, as expected.

[Uphaar Agrawalla (uphaar)]

Martin,

Please also look at comments 96 and 97. This is a regression which could be considered a security issue as the desktop is visible when the screen is supposed to be switched off. I've tested it with hardy-proposed packages.

[Martin Pitt (pitti)]

Uphaar, thanks for pointing out. I only get that "almost black, but still visible" effect when the screen dims without locking, but when I press Ctrl+Alt+L it gets completely black (same after resuming). So you confirm that your screen remains visible in the latter cases, too? Michael, did you hear about this problem before?

[Chris Coulson (chrisccoulson)]

Martin - From memory, I think my machine behaves the same (I can't check for sure until I get home tonight). I see a faded desktop instead of a black screen if I leave the machine idle, and I see a black screen if I lock it using CTRL+ALT+L

[Id2ndR (id2ndr)]

I have the bug doing this :
- Switch user (System>Quit>Switch User)
- Quit gdm screen (quit at botom)
=> White screen
- unlock the screen with password work.

System :
Ubuntu Hardy (up to date)
9600GT with Nvidia driver (173, installed by nvidia.run script)
Compiz enable

[Chris Coulson (chrisccoulson)]

Id2ndR - No need to confirm. If you read through this report, you'll find that this is fixed in the packages in hardy-proposed

[Harvey Muller (hlmuller)]

Martin,

On the Inspiron 1420 w/ NVIDIA GeForce 8400M GS graphics, The screen is completely black (although note that the backlight is lit) whether or not the blank screensaver is locked, or not.

I am not seeing that problem, so it may be specific to certain models of the graphics. It may also be that I don't experience the issue because of personal customizations to xorg.conf, and .nvidia-settings-rc. I can test with a stock xorg and nvidia-glx-new installation, if you feel that would be helpful.

Harvey

[Uphaar Agrawalla (uphaar)]

Martin, I meant case 1 only - in the latter case it goes completely black, so that's fine.
Probably not a security issue (since I didn't really lock the screen), but an issue still.

[Martin Pitt (pitti)]

Thanks for your feedback. However, in the course of this bug fix it
would be very important to know whether the issue (visible desktop on
locked screen) was *introduced* by this compiz version in
hardy-proposed, or whether it happened before as well. If it was
introduced, it is a regression, and we must not push this to -updates.
If it is not a regression and happened before already, this version
can go to -updates and someone should open a new bug report about the
"visible locked screen" issue.

Thank you!

[Martin Pitt (pitti)]

Uphaar Agrawalla [2008-06-18 18:15 -0000]:
> Martin, I meant case 1 only - in the latter case it goes completely
> black, so that's fine. Probably not a security issue (since I
> didn't really lock the screen), but an issue still.

OK, *phew*, that relieves me. Right, in this case it's not a security
issue at all, just a question of cosmetics. (The compiz guys might
have declared it a feature :) ).

[Retromingent (ray-rwalk2730)]

This has been happening for me since Fiesty and still for Hardy. So, it was
not new to Hardy.

On Thu, Jun 19, 2008 at 1:49 AM, Martin Pitt <email address hidden> wrote:

> Thanks for your feedback. However, in the course of this bug fix it
> would be very important to know whether the issue (visible desktop on
> locked screen) was *introduced* by this compiz version in
> hardy-proposed, or whether it happened before as well. If it was
> introduced, it is a regression, and we must not push this to -updates.
> If it is not a regression and happened before already, this version
> can go to -updates and someone should open a new bug report about the
> "visible locked screen" issue.
>
> Thank you!
>
> --
> [nvidia] compiz displays white screen when locked
> https://bugs.launchpad.net/bugs/160264
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

[Id2ndR (id2ndr)]

The package in hardy-proposed fixed the bug for me.

[Uphaar Agrawalla (uphaar)]

Haha, sorry for the scare!
For me it is a regression - I noticed it happening only after updating to this version, prior to that it was working fine.

[Martin Pitt (pitti)]

Copied to hardy-updates.

[Martin Pitt (pitti)]

Michael, please fix this ASAP in Intrepid.

[Daniel Lombraña González (teleyinex)]

Hi, I have tried the hardy-proposed fix and it seems to be working. If I have problems with this patch I will report it.

[Michael Vogt (mvo)]

This is fixed in intrepid now too.

[Mario Limonciello (superm1)]

Actually the fix for the hardy package was uploaded a very long time ago (February). that's why this was marked as it was.

[peddy (peddy22)]

Fix did not work for me (both patching Compiz manually and downloading Mario's debs).

Running Hardy 64-bit with Compiz 0.7.4.

[dfalk (dfalk)]

This fix does not work for me either. I have a 8400 GS, Hardy 64, compiz 0.7.4

It doesn't work on my Inspiron 1420n either. Also an 8400, Hardy 32 bit

[dfalk (dfalk)]

forgot to mention that I have installed the envy driver, 173.14.05 but it didn't help.

Also, this seems like a security issue to me, considering that it encourages people to enter their password into a white screen...

[peddy (peddy22)]

Forgot to mention I'm running the nVidia 8800GTS with latest Asus firmware.

[peddy (peddy22)]

Problem still occurs in Hardy beta 1

[peddy (peddy22)]

Of course, I meant Intrepid Ibex beta 1 :-P

[Carl Seabold (cseabold)]

I too exhibit this issue. I run an Nvidia card in a Dell Vostro 1400.

A bit more info of my testing:

-I've tried to Restricted Nvidia drivers and the EnvyNG 173.14.12 drivers with no difference.
-If I manually kill compiz prior to Suspend I have a higher probability (1/2) of getting a normal wake-up with password field.
-If I leave compiz running prior to Suspend I have a lower probability (~1/20) of getting a normal wake-up.
-There is no difference between closing the lid and manually selecting shutdown & suspend.

Extraneous facts:
-Compiz will randomly crash while rotating screens, a manual restart works properly.
-Restarting X (gnome) with CTRL-ALT-Backspace increases the frequency of Compiz freezing.
-Upon wake up from Suspend, the taskbar is always frozen. My work around is opening Tomboy (which loads a taskbar icon) and then close it, after that the taskbar returns to normal operation.

Hopefully this helps someone, I am very willing to do testing if anyone would like to guide me.

[mahmood (mahmood-sajjadi)]

i have ubuntu 8.10 and my problem with switching to guest user.
when i need to came back to my own user accunt and logout the guest user accunt this bug will be there
just white screen with a mouse cursor

[lucianob (lucianobordon)]

This bug is not closed, it happens on intrepid ibex to. I found at least 4 diferents duplicates of this bug, old, very old, and this is still a problem on intrepid. So, is there any good workaround?

Someone change the fix released to something else, because this bug is not solved

i will keep searching for duplicates and marking them

[Patryk J (patryk-digital-evolutions)]

I have an nvidia card and am running Ubuntu 8.10. I also have this bug.

What I've found though is that the screen renders white -but my system doesn't crash. In fact, if I enter my password, I log back into my account and everything is totally fine: no rendering problems, no functionality issues.

I've come to the conclusion that this is a rendering bug that renders all content (but the cursor) as white. When I enter my password (since the password input field has focus by default), the screen fades to normal from white.

Additionally, I'd like to note that when I switch to ANOTHER user (i.e. User2 [myself being User1]), I'm able to see the login window with a black background.

So to get the full results I've encountered, follow these steps:

1. Install Ubuntu 8.10 on a system with nvidia hardware. Enable compize/desktop effects.
2. create a secondary user account.
3.a switch from User1 to User2 (fast-user-switching).
3.b when switching to User2, you'll be prompted for a password within the standard GDM login.
4. once logged in, switch back to User1. do NOT log out.
5. the screen blanks to white, type in your password and hit Enter.
6. you should see User1's desktop.
7. switch back to User2 and this time the "locked screen" login is visible. Black background with visible dialog (borderless).

- from this point forward, performing these actions will return the same results.

Perhaps this is a permissions issue with rendering? Just a thought.

Special things to take into consideration:
User2 is just a regular user without any administrative privileges.
Both users have desktop effects enabled.

If a developer would like to contact me with further questions please send them to patryk at digital dash evolutions dot com.

Would love to have this fixed.

[Patryk J (patryk-digital-evolutions)]

Just thought I'd add this:

I just tried locking my screen as User1. The screen-saver started running. I hit ESC to exit the screen-saver and log back in. I was prompted with the standard unlock login prompt (no white screen).

At this screen I chose "Switch User" instead of logging in. I was prompted through the GDM login screen for a username and password. I entered User2 / password and was dropped into User2's desktop immediately (as if I had switched users; i.e. it didn't login a new User2 session, but rather switched me to User2 --this all seems correct).

At this point I switched back to User1 and was prompted with User1's unlock screen --NOT the white screen. I was able to unlock the screen with User1's password and was back to User1's desktop.

My reason for mentioning this is because it seems that when I went from the unlock screen (where U1's screen was locked), I was able to return without the white screen. When I go directly from my desktop and switch users, I return to the white screen. I'm hoping that this will help to isolate the offending code.

To tie this into the permissions idea; the locked screen prompt is publicly visible, while my desktop isn't. ?? M'eh. Just a thought. Anyway, I hope this helps shed some light.

[Sam Liddicott (sam-liddicott)]

Related I think:

If I switch users and insert mdia or do som other action that causes a popup on my original desktop and then switch back and unlck, thn on that desktop I see some pure white windows slightly largr than what the popup window would be.

I can only get rid f these winds using the brokn-window killer.

Sam

-----Original Message-----
From: Patryk J <email address hidden>
Sent: 16 December 2008 06:49
To: <email address hidden>
Subject: [Bug 160264] Re: [nvidia] compiz displays white screen when locked

Just thought I'd add this:

I just tried locking my screen as User1. The screen-saver started
running. I hit ESC to exit the screen-saver and log back in. I was
prompted with the standard unlock login prompt (no white screen).

At this screen I chose "Switch User" instead of logging in. I was
prompted through the GDM login screen for a username and password. I
entered User2 / password and was dropped into User2's desktop
immediately (as if I had switched users; i.e. it didn't login a new
User2 session, but rather switched me to User2 --this all seems
correct).

At this point I switched back to User1 and was prompted with User1's
unlock screen --NOT the white screen. I was able to unlock the screen
with User1's password and was back to User1's desktop.

My reason for mentioning this is because it seems that when I went from
the unlock screen (where U1's screen was locked), I was able to return
without the white screen. When I go directly from my desktop and switch
users, I return to the white screen. I'm hoping that this will help to
isolate the offending code.

To tie this into the permissions idea; the locked screen prompt is
publicly visible, while my desktop isn't. ?? M'eh. Just a thought.
Anyway, I hope this helps shed some light.

--
[nvidia] compiz displays white screen when locked
https://bugs.launchpad.net/bugs/160264
You received this bug notification because you are a direct subscriber
of a duplicate bug.

[pvajko (ubuntu-vajko)]

I don't think this bug has much to do with compiz or nvidia. I have the same bug on my 8.04, on a ThinkPad X60s, with xserver-xorg-video-intel.

What I found is that the bug can be reproduced simply by starting X (no gnome, no compiz, nothing) on two terminals like: X :0 vt7 and X :1 vt9. Now, when I switch to vt7, I see the blank screen with the cursor. However, if I start a third X server with X :2 vt10, I can switch between the second and the third one (vt9 and vt10).

So now, if I stop gdm, start one 'placeholder' X on vt7, then start gdm, I can work normally and do fast user switching from gnome, as only the first, 'dummy' X server is broken.

[Chris Coulson (chrisccoulson)]

This appears to have regressed somewhat in Jaunty. I now get the white screen again when switching users, much like what happened before .

[Gregory Oschwald (osch0001)]

I am also experiencing this again in Jaunty.

[Chris Coulson (chrisccoulson)]

I just had a play around, and my problem is that Unredirect Fullscreen windows wasn't enabled. Enabling this fixes it again. I can't remember what the default was in Intrepid though, but it is off by default in Jaunty

[Arthur Peters (amp)]

I can confirm that this is present again in Jaunty. This bug should probably be reopened, since it happens on a default Jaunty install.

[Savvas Radevic (medigeek)]

It seems to be gnome-screensaver / nvidia driver's fault

Quick fix, do the following on both accounts you're using fast user switch:
1) Disable gnome-screensaver: System > Preferences > Screensaver
2) Right-click on "Fast User Switch" applet on the gnome panel bar,
choose "preferences", uncheck "Lock screen after switching users"

[Sam Liddicott (sam-liddicott)]

May be related: I don't think this bug ever went away fully. If new windows popup while switched to another user, thn whn I switch backand unlock, each popped-up new window is white and slightly bigger than it should be.

[Id2ndR (id2ndr)]

I *cannot* confirm the bug on jaunty. I use nvidia-glx-180 (version 180.37-0ubuntu1) with a 9600GT and compiz (and of course gnome-screensaver).

[Savvas Radevic (medigeek)]

2009/3/16 Id2ndR <email address hidden>:
> I *cannot* confirm the bug on jaunty. I use nvidia-glx-180 (version
> 180.37-0ubuntu1) with a 9600GT and compiz (and of course gnome-
> screensaver).

I think this problem is restricted to 7xxx and 8xxx, if I remember correctly.

$ apt-cache policy nvidia-glx-180 gnomescreensaver; echo; lspci -nn | grep VGA
nvidia-glx-180:
  Installed: 180.37-0ubuntu1
  Candidate: 180.37-0ubuntu1
  Version table:
 *** 180.37-0ubuntu1 0
        500 http://archive.ubuntu.com jaunty/restricted Packages
        100 /var/lib/dpkg/status

gnome-screensaver:
  Installed: 2.24.0-0ubuntu5
  Candidate: 2.24.0-0ubuntu5
  Version table:
 *** 2.24.0-0ubuntu5 0
        500 http://archive.ubuntu.com jaunty/main Packages
        100 /var/lib/dpkg/status

01:00.0 VGA compatible controller [0300]: nVidia Corporation G70
[GeForce 7300 GT] [10de:0393] (rev a1)

[l-x-l (labouie)]

I can verify the bug is still in Jaunty. Using NVidia driver version 180.44 (recommended driver) on a GEForce Go 7900 GS with Compiz enabled.

I used Savvas Radevic's fix as a workaround & it works but at the cost of disabling screen savers.

[cameleon (el-cameleon-1)]

Hi,
I have an Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller on a Dell 1525N laptop (Dell Ubuntu system), and unfortunately I also see this bug with Jaunty...

[Bryce Harrington (bryce)]

[We don't ship l-r-m anymore]

[Bryce Harrington (bryce)]

I'm closing this bug as believed fixed. If anyone is still seeing this symptom on lucid I would recommend filing new bugs against nvidia-graphics-drivers, as this bug report has gotten far too lengthy already.

[David Clayton (dcstar)]

I use 10.04 with ATI drivers and have experienced this bug - what package should I report it as because I do not use Nvidia hardware?

[Jakob Unterwurzacher (jakobunt)]

Am 25/04/10 02:41, schrieb David Clayton:
> I use 10.04 with ATI drivers and have experienced this bug - what
> package should I report it as because I do not use Nvidia hardware?
>

I guess that's xorg-driver-fglrx.

[Thomas Hotz (thotz-deactivatedaccount)]

Is this still an issue for you? What Ubuntu version do you use? Thank you for telling us!

[Ds (detlef-schaal)]

Hello,

It is not an issue anymore. I am using the Ubuntu from early this
year. Have no access to a computer to check the exact version.
Best regards,
Detlef
Sent from my iPad

On 03.12.2012, at 13:01, Thomas Hotz <email address hidden> wrote:

> Is this still an issue for you? What Ubuntu version do you use? Thank
> you for telling us!
>
> ** Changed in: gnome-screensaver (Ubuntu Hardy)
> Status: New => Invalid
>
> ** Changed in: nvidia-graphics-drivers-180 (Ubuntu Hardy)
> Status: New => Fix Released
>
> ** Changed in: gnome-screensaver (Ubuntu)
> Status: New => Incomplete
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (112518).
> https://bugs.launchpad.net/bugs/160264
>
> Title:
> [nvidia] compiz displays white screen when locked
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/dell/+bug/160264/+subscriptions

[Ray DeCampo (rdecampo)]

I used to have this issue but have not experienced it for years. Currently running a clean install of 12.10 with the recommended nvidia driver (304.51) with no problems.

[moma (osmoma)]

Switching between users works perfectly well in Ubuntu 12.10.
I tested both the guest-account and a second user account, and fast-user-switching from the applet works well. The display flashes couple of time due to mode change, but the up-coming Wayland display manager will fix that too.

I have Nvidia GeForce GT 525M graphics chipset with these drivers:
$ dpkg -l | grep -i nvidia
ii nvidia-current 304.64-0ubuntu1~quantal~xup1 i386 NVIDIA binary Xorg driver, kernel module and VDPAU library
ii nvidia-current-dev 304.64-0ubuntu1~quantal~xup1 i386 NVIDIA binary Xorg driver development files
ii nvidia-settings 304.64-0ubuntu1~quantal~xup1 i386 Tool for configuring the NVIDIA graphics driver

I just can't wait for Wayland display manager.

[Vadim Peretokin (vperetokin)]

I don't get a white screen on computer unlock, but I frequently do get the
contents of a window painted completely white on unminimize.

On Mon, Dec 3, 2012 at 10:42 PM, Thomas Hotz <email address hidden>wrote:

> ** Changed in: gnome-screensaver (Ubuntu)
> Status: Incomplete => Fix Released
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (224448).
> https://bugs.launchpad.net/bugs/160264
>
> Title:
> [nvidia] compiz displays white screen when locked
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/dell/+bug/160264/+subscriptions
>

[MountainX (dave-mountain)]

Hi. It is not an issue for me anymore because I'm using a different
computer with ATI graphics now. I'm using Kubuntu 12.04. I don't have any
issues (especially now that I have firefox-kde-support, which is unrelated,
of course) :-)

On Mon, Dec 3, 2012 at 6:52 AM, Thomas Hotz <email address hidden> wrote:

> Is this still an issue for you? What Ubuntu version do you use? Thank
> you for telling us!
>
> ** Changed in: gnome-screensaver (Ubuntu Hardy)
> Status: New => Invalid
>
> ** Changed in: nvidia-graphics-drivers-180 (Ubuntu Hardy)
> Status: New => Fix Released
>
> ** Changed in: gnome-screensaver (Ubuntu)
> Status: New => Incomplete
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (234824).
> https://bugs.launchpad.net/bugs/160264
>
> Title:
> [nvidia] compiz displays white screen when locked
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/dell/+bug/160264/+subscriptions
>

[Daniel van Vugt (vanvugt)]

Vadim: White windows is bug 729979.

[Vadim Peretokin (vperetokin)]

Ahh ok

[Timothy R. Chavez (timrchavez)]

The bug task for the somerville project has been removed by an automated script. This bug has been cloned on that project and is available here: https://bugs.launchpad.net/bugs/1306055