| 2008-04-06 03:21:45 |
stop |
bug |
|
|
added bug |
| 2008-04-11 08:42:32 |
Timo Aaltonen |
xorg: importance |
Undecided |
Medium |
|
| 2008-04-11 08:42:32 |
Timo Aaltonen |
xorg: status |
New |
Confirmed |
|
| 2008-04-11 08:42:51 |
Timo Aaltonen |
title |
a visit to http://www.themareks.com/xf/ in firefox hardy causes X to restart |
[nvidia-new] a visit to http://www.themareks.com/xf/ in firefox hardy causes X to restart |
|
| 2008-04-13 19:23:29 |
manny |
bug |
|
|
added attachment 'xorg.conf' (my xorg.conf) |
| 2008-04-13 20:36:35 |
Jeremy LaCroix |
bug |
|
|
added attachment 'Xorg.0.log.txt' (Xorg.0.log.txt) |
| 2008-04-14 05:47:03 |
sune |
bug |
|
|
added attachment 'xorg.conf' (xorg.conf) |
| 2008-04-14 05:48:42 |
sune |
bug |
|
|
added attachment 'Xorg.0.log' (Xorg.0.log) |
| 2008-04-14 06:21:10 |
Nick B. |
bug |
|
|
added attachment 'Xorg-core-dump.txt' (Xorg-core-dump.txt) |
| 2008-04-14 06:21:58 |
Nick B. |
bug |
|
|
added attachment 'Xorg.0.log' (Xorg.0.log) |
| 2008-04-14 06:22:33 |
Nick B. |
bug |
|
|
added attachment 'xorg.conf' (xorg.conf) |
| 2008-04-17 21:56:25 |
Timo Aaltonen |
xorg: status |
New |
Invalid |
|
| 2008-04-27 23:20:14 |
mbana |
bug |
|
|
added attachment 'Xorg.0.log.old' (/Xorg.0.log.old) |
| 2008-04-27 23:20:51 |
mbana |
bug |
|
|
added attachment 'Xorg.0.log' (Xorg.0.log) |
| 2008-04-27 23:21:17 |
mbana |
bug |
|
|
added attachment 'xorg.conf' (xorg.conf) |
| 2008-04-28 01:48:15 |
Vadim Peretokin |
bug |
|
|
added attachment 'unnamed' (unnamed) |
| 2008-05-04 11:19:22 |
bekirserifoglu@gmail.com |
bug |
|
|
added attachment 'xorg.conf' (xorg.conf) |
| 2008-05-06 01:47:39 |
Bryce Harrington |
description |
Binary package hint: xorg
If you go to http://www.themareks.com/xf/ in hardy with latest updates and click the second link on the left ("Conspiracy"), X will restart. This bug seems to be 100% reproducible by some while nothing happens with others (http://ubuntuforums.org/showthread.php?t=746777). It might be that this only occurs on 64 bit, but this is just an assumption. Bug is confirmed by me under 64 bit. |
Binary package hint: xorg
If you go to http://www.themareks.com/xf/ in hardy with latest updates and click the second link on the left ("Conspiracy"), X will restart. This bug seems to be 100% reproducible by some while nothing happens with others (http://ubuntuforums.org/showthread.php?t=746777). It might be that this only occurs on 64 bit, but this is just an assumption. Bug is confirmed by me under 64 bit.
[Update]
Nvidia reports (http://www.nvnews.net/vbulletin/showpost.php?p=1639245&postcount=13):
Re: This web page crashex 169.12 and 173.08 but not 169.04
It should be using the one from the server. That looks like a bug in the package.
The .run installer will always create a symlink from libnvidia-wfb.so.1 to libnvidia-wfb.so.1.x.y.z, and then will create a symlink from libwfb.so to libnvidia-wfb.so.1 only if an existing libwfb.so doesn't already exist. The idea is that if the server installed one, it'll use that, and if someone used a distribution package and then installed the .run file over it, the distro package would have already created a libwfb.so -> libnvidia-wfb.so.1 symlink. In practice, I don't think that was communicated clearly enough to the distributions.
[Testcase]
To reproduce the bug, gedit killer.html and paste the following line:
<div style="border: 1px solid #000; border-left: none; height: 200000px;"></div>
Save, close, and open with Firefox. WARNING: This will probably crash X for users with proprietary Nvidia drivers and 8xxx series cards (at least it crashes for me).
[Workaround]
sudo ln -sf /usr/lib/nvidia/libwfb.so.xserver-xorg-core /usr/lib/xorg/modules/libwfb.so
[Thanks go to Nick B and Silviu Julean for their analysis work] |
|
| 2008-05-06 01:47:39 |
Bryce Harrington |
title |
[nvidia-new] a visit to http://www.themareks.com/xf/ in firefox hardy causes X to restart |
[nvidia-new, hardy] certain websites in firefox causes X restart due to lack of wfb symlink |
|
| 2008-05-06 01:47:50 |
Bryce Harrington |
linux-restricted-modules-2.6.24: status |
Confirmed |
Triaged |
|
| 2008-05-06 01:58:35 |
Bryce Harrington |
linux-restricted-modules-2.6.24: importance |
Medium |
Critical |
|
| 2008-05-06 02:02:47 |
Bryce Harrington |
description |
Binary package hint: xorg
If you go to http://www.themareks.com/xf/ in hardy with latest updates and click the second link on the left ("Conspiracy"), X will restart. This bug seems to be 100% reproducible by some while nothing happens with others (http://ubuntuforums.org/showthread.php?t=746777). It might be that this only occurs on 64 bit, but this is just an assumption. Bug is confirmed by me under 64 bit.
[Update]
Nvidia reports (http://www.nvnews.net/vbulletin/showpost.php?p=1639245&postcount=13):
Re: This web page crashex 169.12 and 173.08 but not 169.04
It should be using the one from the server. That looks like a bug in the package.
The .run installer will always create a symlink from libnvidia-wfb.so.1 to libnvidia-wfb.so.1.x.y.z, and then will create a symlink from libwfb.so to libnvidia-wfb.so.1 only if an existing libwfb.so doesn't already exist. The idea is that if the server installed one, it'll use that, and if someone used a distribution package and then installed the .run file over it, the distro package would have already created a libwfb.so -> libnvidia-wfb.so.1 symlink. In practice, I don't think that was communicated clearly enough to the distributions.
[Testcase]
To reproduce the bug, gedit killer.html and paste the following line:
<div style="border: 1px solid #000; border-left: none; height: 200000px;"></div>
Save, close, and open with Firefox. WARNING: This will probably crash X for users with proprietary Nvidia drivers and 8xxx series cards (at least it crashes for me).
[Workaround]
sudo ln -sf /usr/lib/nvidia/libwfb.so.xserver-xorg-core /usr/lib/xorg/modules/libwfb.so
[Thanks go to Nick B and Silviu Julean for their analysis work] |
Binary package hint: xorg
If you go to http://www.themareks.com/xf/ in hardy with latest updates and click the second link on the left ("Conspiracy"), X will restart. This bug seems to be 100% reproducible by some while nothing happens with others (http://ubuntuforums.org/showthread.php?t=746777). It might be that this only occurs on 64 bit, but this is just an assumption. Bug is confirmed by me under 64 bit.
[Update]
Nvidia reports (http://www.nvnews.net/vbulletin/showpost.php?p=1639245&postcount=13):
Re: This web page crashex 169.12 and 173.08 but not 169.04
It should be using the one from the server. That looks like a bug in the package.
The .run installer will always create a symlink from libnvidia-wfb.so.1 to libnvidia-wfb.so.1.x.y.z, and then will create a symlink from libwfb.so to libnvidia-wfb.so.1 only if an existing libwfb.so doesn't already exist. The idea is that if the server installed one, it'll use that, and if someone used a distribution package and then installed the .run file over it, the distro package would have already created a libwfb.so -> libnvidia-wfb.so.1 symlink. In practice, I don't think that was communicated clearly enough to the distributions.
[Testcase]
To reproduce the bug, gedit killer.html and paste the following line:
<div style="border: 1px solid #000; border-left: none; height: 200000px;"></div>
Save, close, and open with Firefox. WARNING: This will probably crash X for users with proprietary Nvidia drivers and 8xxx series cards (at least it crashes for me).
[Workaround]
sudo ln -sf /usr/lib/nvidia/libwfb.so.xserver-xorg-core /usr/lib/xorg/modules/libwfb.so
Or alternately,
To temporarily fix the problem (if you're running nvidia-glx-new) download the updated libwfb and then copy it over to your /usr/lib/xorg/modules directory, and then create a new symbolic link to libwfb:
$ wget http://people.freedesktop.org/~aplattner/wfb/Linux-x86_64/libnvidia-wfb.so.173.08
$ mv libnvidia-wfb.so.173.08 /usr/lib/xorg/modules/
$ sudo chown root /usr/lib/xorg/modules/libnvidia-wfb.so.173.08
$ sudo ln -sf /usr/lib/xorg/modules/libnvidia-wfb.so.173.08 /usr/lib/xorg/modules/libwfb.so
Restart xorg and everything should function normally. Enjoy!
To restore back to the original, drop back to the X terminal (ctrl+alt+f1) and then link back the original library.
$ sudo ln -sf /usr/lib/xorg/modules/libnvidia-wfb.so.169.12 /usr/lib/xorg/modules/libwfb.so
instead of libnvidia-wfb.so.173.08
And your X should function as normal without having to reinstall the nvidia drivers.
[Thanks go to Nick B, tam and Silviu Julean for their investigation/analysis work] |
|
| 2008-05-06 13:52:15 |
Timo Aaltonen |
linux-restricted-modules-2.6.24: assignee |
|
tjaalton |
|
| 2008-05-07 11:46:05 |
Timo Aaltonen |
xorg: status |
New |
Invalid |
|
| 2008-05-07 11:47:08 |
Timo Aaltonen |
linux-restricted-modules-2.6.24: importance |
Undecided |
Critical |
|
| 2008-05-07 11:47:08 |
Timo Aaltonen |
linux-restricted-modules-2.6.24: assignee |
|
tjaalton |
|
| 2008-05-07 11:47:08 |
Timo Aaltonen |
linux-restricted-modules-2.6.24: status |
New |
Fix Committed |
|
| 2008-05-07 11:47:23 |
Timo Aaltonen |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2008-05-07 11:48:35 |
Timo Aaltonen |
bug |
|
|
added attachment 'lrm-diff' (lrm-diff) |
| 2008-05-07 14:59:16 |
Alberto Milone |
bug |
|
|
assigned to linux-restricted-modules-envy-2.6.24 (Ubuntu) |
| 2008-05-07 14:59:54 |
Alberto Milone |
linux-restricted-modules-envy-2.6.24: status |
New |
In Progress |
|
| 2008-05-07 14:59:54 |
Alberto Milone |
linux-restricted-modules-envy-2.6.24: assignee |
|
albertomilone |
|
| 2008-05-07 15:08:16 |
Martin Pitt |
bug |
|
|
added subscriber SRU Verification |
| 2008-05-07 15:08:59 |
Martin Pitt |
linux-restricted-modules-envy-2.6.24: status |
New |
Fix Committed |
|
| 2008-05-07 15:09:35 |
Martin Pitt |
linux-restricted-modules-envy-2.6.24: status |
Fix Committed |
Confirmed |
|
| 2008-05-16 15:08:53 |
Martin Pitt |
linux-restricted-modules-envy-2.6.24: status |
In Progress |
Fix Released |
|
| 2008-05-16 15:09:04 |
Martin Pitt |
linux-restricted-modules-envy-2.6.24: status |
Confirmed |
Fix Released |
|
| 2008-05-19 19:21:41 |
John Vivirito |
firefox: status |
New |
Invalid |
|
| 2008-05-19 19:21:56 |
John Vivirito |
firefox: status |
New |
Invalid |
|
| 2008-05-26 09:18:17 |
Martin Pitt |
linux-restricted-modules-2.6.24: status |
Fix Committed |
Fix Released |
|
| 2008-05-26 15:54:09 |
erat123 |
bug |
|
|
added attachment 'unnamed' (unnamed) |
| 2008-06-16 06:06:37 |
Timo Aaltonen |
linux-restricted-modules-2.6.24: status |
Triaged |
Fix Released |
|
| 2008-06-16 06:06:37 |
Timo Aaltonen |
linux-restricted-modules-2.6.24: assignee |
tjaalton |
|
|
| 2008-06-30 16:30:21 |
Vadim Peretokin |
bug |
|
|
added attachment 'unnamed' (unnamed) |
