Closed
Bug 230879
Opened 22 years ago
Closed 22 years ago
Crash when visiting this site if JavaScript enabled
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 205492
People
(Reporter: james.ogley, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031009 Galeon/1.3.11a
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031009 Galeon/1.3.11a
In The Guardian's website (www.guardian.co.uk) Mozilla crashes out if JavaScript
is enabled, it appears to display fine if JavaScript is disabled.
Reproducible: Always
Steps to Reproduce:
Go to www.guardian.co.uk
Actual Results:
Mozilla crashes
Expected Results:
It should not crash, if the JavaScript is invalid, it should handle that more
elegantly
Works fine for me.
Is this with Galeon (as your User-Agent shows) or mozilla ?
What version of mozilla ?
Please provide a stacktrace
http://www.mozilla.org/unix/debugging-faq.html
Reporter | ||
Comment 2•22 years ago
|
||
Happens in Mozilla as well as Galeon. I'm using Mozilla 1.5, and here's the
backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 5726)]
0x417ce01c in nsWindow::NativeCreate(nsIWidget*, void*, nsRect const&,
nsEventStatus (*)(nsGUIEvent*), nsIDeviceContext*, nsIAppShell*, nsIToolkit*,
nsWidgetInitData*) () from /opt/mozilla/lib/components/libwidget_gtk2.so
(gdb) bt
#0 0x417ce01c in nsWindow::NativeCreate(nsIWidget*, void*, nsRect const&,
nsEventStatus (*)(nsGUIEvent*), nsIDeviceContext*, nsIAppShell*, nsIToolkit*,
nsWidgetInitData*) () from /opt/mozilla/lib/components/libwidget_gtk2.so
#1 0x417c9d36 in nsWindow::Create(nsIWidget*, nsRect const&, nsEventStatus
(*)(nsGUIEvent*), nsIDeviceContext*, nsIAppShell*, nsIToolkit*, nsWidgetInitData*)
() from /opt/mozilla/lib/components/libwidget_gtk2.so
#2 0x4111635f in NSGetModule ()
from /opt/mozilla/lib/components/libgklayout.so
#3 0x40ec79c0 in NSGetModule ()
from /opt/mozilla/lib/components/libgklayout.so
#4 0x40ec4ab2 in NSGetModule ()
from /opt/mozilla/lib/components/libgklayout.so
#5 0x40ec3fa2 in NSGetModule ()
from /opt/mozilla/lib/components/libgklayout.so
#6 0x419b315a in NSGetModule ()
from /opt/mozilla/lib/components/libdocshell.so
#7 0x419b108a in NSGetModule ()
from /opt/mozilla/lib/components/libdocshell.so
#8 0x419b2517 in NSGetModule ()
from /opt/mozilla/lib/components/libdocshell.so
#9 0x419cbd4c in NSGetModule ()
from /opt/mozilla/lib/components/libdocshell.so
#10 0x419d04cf in NSGetModule ()
from /opt/mozilla/lib/components/libdocshell.so
#11 0x419cfdb4 in NSGetModule ()
from /opt/mozilla/lib/components/libdocshell.so
#12 0x40bad1ab in NSGetModule () from /opt/mozilla/lib/components/libnecko.so
#13 0x40baeaee in NSGetModule () from /opt/mozilla/lib/components/libnecko.so
#14 0x40baea50 in NSGetModule () from /opt/mozilla/lib/components/libnecko.so
#15 0x40a51129 in nsInputStreamReadyEvent::EventHandler(PLEvent*) ()
from /opt/mozilla/lib/libxpcom.so
#16 0x40a6b427 in PL_HandleEvent () from /opt/mozilla/lib/libxpcom.so
#17 0x40a6b354 in PL_ProcessPendingEvents () from /opt/mozilla/lib/libxpcom.so
#18 0x40a6c795 in nsEventQueueImpl::ProcessPendingEvents() ()
from /opt/mozilla/lib/libxpcom.so
#19 0x417d3ef5 in nsBaseWidget::FreeNativeData(void*, unsigned) ()
from /opt/mozilla/lib/components/libwidget_gtk2.so
#20 0x40521def in g_io_unix_dispatch () from /opt/gnome/lib/libglib-2.0.so.0
#21 0x404ff148 in g_main_dispatch () from /opt/gnome/lib/libglib-2.0.so.0
#22 0x405001a8 in g_main_context_dispatch ()
from /opt/gnome/lib/libglib-2.0.so.0
#23 0x405005a8 in g_main_context_iterate ()
from /opt/gnome/lib/libglib-2.0.so.0
#24 0x40500bf7 in g_main_loop_run () from /opt/gnome/lib/libglib-2.0.so.0
#25 0x402212ef in gtk_main () at gtkmain.c:1093
#26 0x417d4392 in nsAppShell::Run() ()
from /opt/mozilla/lib/components/libwidget_gtk2.so
#27 0x417994c8 in ?? () from /opt/mozilla/lib/components/libnsappshell.so
#28 0x0815f410 in ?? ()
#29 0x080889b4 in ?? ()
#30 0xbffff258 in ?? ()
#31 0x0805fcf6 in ?? ()
#32 0x0815ef88 in ?? ()
Comment 3•22 years ago
|
||
Stacktrace makes this look like a duplicate of bug 205492. Reporter, can you
reproduce this using current nightly builds of 1.6? (not 1.6b).
Comment 4•22 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040111
No problem here.
Reporter | ||
Comment 5•22 years ago
|
||
Tried current nightly, and it worked fine. Given that the nightly is GTK1, is
this a GTK2 bug (from looking at 205492)?
Comment 6•22 years ago
|
||
The crash on bug 205492 is gtk2-only, by the looks of things. Can someone try a
current gtk2 build against this bug's URL to see if they are the same problem?
I've tried it with a gtk2 build from todays cvs and it works just fine.
Both Solaris and Linux.
Given that the fix for bug 205492 was integrated on 12th Dec, and it
looks from reporter's user-agent that he was running an older build,
i assume that this is fixed and that's why a newer build worked for him.
Comment 9•22 years ago
|
||
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Comment 10•22 years ago
|
||
same URL and crash on bug 230748 which also feature a testcase.
Updated•21 years ago
|
Product: Browser → Seamonkey
Comment 11•10 years ago
|
||
Have same problem at guardian.co.uk.
Using Nightly 39.0a1 (2015-03-11).
Problem is always present
You need to log in
before you can comment on or make changes to this bug.
Description
•