269753 - crash of X if open the specified url on a radeon card

Status: VERIFIED INVALID

(SeaMonkey :: General, defect)

Description

[Thomas Hartwig]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041113
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041113

Mozilla crashes X on some pages, one of them is mentioned above. As a small note
the title of the page is visible in the tab before the crash happen. The
xorg.log file says with following:

   *** If unresolved symbols were reported above, they might not
   *** be the reason for the server aborting.

Fatal server error:
Caught signal 11.  Server aborting


Please consult the The X.Org Foundation support
         at http://wiki.X.Org
 for help.
Please also check the log file at "/var/log/Xorg.0.log" for additional information.

(EE) RADEON(0): Idle timed out, resetting engine...


Reproducible: Always
Steps to Reproduce:
1. open http://setiathome.ssl.berkeley.edu/Candidates/user_list/userlist7.html
2.
3.

Actual Results:  
crash of X

Expected Results:  
display the url

Release Date: 18 December 2003
X Protocol Version 11, Revision 0, Release 6.7
...
OS Kernel: Linux version 2.6.8.1 (root@nautilus) (gcc version 3.3.3 20040412
(Red Hat Linux 3.3.3-7)) #4 Fri Oct 8 14:39:28 CEST 2004
...
(--) PCI:*(1:0:0) ATI Technologies Inc Radeon R250 Lf [Radeon Mobility 9000 M9]
rev 2, Mem @ 0xe0000000/27, 0xc
0100000/16, I/O @ 0x3000/8
...
(II) Module radeon: vendor="X.Org Foundation"
        compiled for 6.7.0, module version = 4.0.1
        Module class: X.Org Video Driver
        ABI class: X.Org Video Driver, version 0.7

Comment 1

[Peter Kovář]

WFM

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041108

It must be X.org bug.

€ xdpyinfo
name of display:    :0.0
version number:    11.0
vendor string:    The XFree86 Project, Inc
vendor release number:    40300000
XFree86 version: 4.3.0

fglrx-4.3.0-3.14.1.i386.rpm

Comment 2

[Hermann Schwab]

The html of the page is pretty simple, but lacks specification of doctype and
character encoding, and generates more than 2500 error messages using
validator.w3.org

maybe one of the images is corrupt.
here are some urls, please check, if they are crashing:
http://setiathome.berkeley.edu/images/better_banner_sm.jpg
http://setiathome.ssl.berkeley.edu/images/icons/profile11x14.gif
http://setiathome.ssl.berkeley.edu/images/mstones/100000ms.gif
http://setiathome.ssl.berkeley.edu/images/mstones/75000ms.gif
http://setiathome.ssl.berkeley.edu/images/mstones/50000ms.gif
http://setiathome.ssl.berkeley.edu/images/mstones/25000ms.gif
http://setiathome.ssl.berkeley.edu/images/mstones/10000ms.gif
http://setiathome.ssl.berkeley.edu/images/mstones/7500ms.gif
http://setiathome.ssl.berkeley.edu/images/mstones/5000ms.gif
http://setiathome.ssl.berkeley.edu/images/mstones/2500ms.gif
http://setiathome.ssl.berkeley.edu/images/mstones/750ms.gif
http://setiathome.ssl.berkeley.edu/images/mstones/500ms.gif
http://setiathome.ssl.berkeley.edu/images/mstones/250ms.gif
http://setiathome.ssl.berkeley.edu/images/mstones/100ms.gif


There also some funny unreadable entries near the end of the list,
maybe these fonts are crashing?
Try this one, to get a profile with a name not readable in western fonts:
http://setiathome.ssl.berkeley.edu/Candidates/user_list/users/2211722.html

to see more candidates, load the URL directly by putting "view-source:" at the
start, like this:
view-source:http://setiathome.ssl.berkeley.edu/Candidates/user_list/userlist7.html

the "unreadable" names are near the end of the file, scroll down, while it is
loading.


Can you try loading the page with loading of images disallowed?
Edit->Preferences->Privacy&Security->Images
[x] Do not load any images

Comment 3

[Mitch]

Why are we wasting time with this in mozilla bug database ? This is clearly a X
server bug. A client application should never be able to crash the X server.
It's like having a bug in the a userland program that crashes the Linux kernel
and then blaming the userland program. Log this bug with Xorg or Xfree86 or your
distribution vendor (RedShoes)

Comment 4

[Thomas Hartwig]

Hermann: All images seem to be ok and the page keeps crashing without them.

Mitch: you might be right, I was in doubt if I should post it to Xorg. I will do
this now. But the question remains, what makes this - I admit horrible - page
crashing everything and what does mozilla do, to get X confused. Is it because
mozilla gets lost and sends some kind of invalid call to the X server?
However I will try to track down the detailed section in the html page.

Comment 5

[Matthias Versen [:Matti]]

-> invalid (bug in X)

Comment 6

[Christian :Biesinger (don't email me, ping me on IRC)]

may I ask why you file a bug in the mozilla bug database when you get an error
that says:

>Please consult the The X.Org Foundation support
>         at http://wiki.X.Org
> for help.
??

vrfy invalid.

Comment 7

[Thomas Hartwig]

Christian: You may NOT ask. I don't like your shout. I just wanted to help. If
1000 flies like the same **** and one fly doesn't like it, I think the fly must
be  somewhat odd. Please read before you shout, I'm willing to learn.

If you do all your comments this way your are losing helpers.

PS: This way I almost hope it is a bug in mozilla *SCNR*

Comment 8

[Thomas Hartwig]

I have found the already existing bug reoprt in x.org:

http://freedesktop.org/bugzilla/show_bug.cgi?id=659

They are speaking of the xft build of mozilla seems to crash X.

Finaly the workaround mentioned there fixed my problem: I'm using static
fontpath settings in my X server configuration now and the font server
(unix:7100) as a last argument.

Thanks for your help guys.