Closed Bug 230879 Opened 22 years ago Closed 22 years ago

Crash when visiting this site if JavaScript enabled

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
normal

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
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 ?? ()
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).
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040111 No problem here.
Tried current nightly, and it worked fine. Given that the nightly is GTK1, is this a GTK2 bug (from looking at 205492)?
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.
Closing as duplicate per comment 7. *** This bug has been marked as a duplicate of 205492 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
same URL and crash on bug 230748 which also feature a testcase.
Product: Browser → Seamonkey
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.