browser crashes after trying to open a new tab [@ XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode)() ]

RESOLVED EXPIRED

Status

()

--
critical
RESOLVED EXPIRED
15 years ago
13 years ago

People

(Reporter: urifrid, Assigned: dbradley)

Tracking

({crash})

Trunk
x86
Linux
crash
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(crash signature)

(Reporter)

Description

15 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616

after trying to open a new empty tab (by either ctrl-t or file/new/navigator
tab) the broser crashes.

Reproducible: Always
Steps to Reproduce:
1.open browser
2.try to open a new tab
3.browser crashes

Actual Results:  
crash

Expected Results:  
new tab

;inux is redhat, with kernel 2.4.20 and gnome 2.2

Comment 1

15 years ago
Can you give us a talkback id by sending the incident after the crash and then
launching [mozilla program dir]/components/talkback/talkback?
(Reporter)

Comment 2

15 years ago
no such luck, i didn't install talkback... let me intall the whole thing again.
i'll get back to you

Updated

15 years ago
URL: n/a
Severity: major → critical
Keywords: crash
(Reporter)

Comment 3

15 years ago
ok, i sent the the report from talkback twice, did you get it? one of the
incident numbers is TB221289H

Updated

15 years ago
Keywords: talkbackid
Whiteboard: TB221289H

Comment 4

15 years ago
*** Bug 249884 has been marked as a duplicate of this bug. ***

Comment 5

15 years ago
uri: Due to a recent Talkback database upgrade aren't older incidents available.
Could I ask you again for TalkBack incident ID? I do apologize for complication.
Keywords: talkbackid
Whiteboard: TB221289H
(Reporter)

Comment 6

15 years ago
sorry, no can't do. i wish i could...

i upgraded the computer to fedora 2 and installed mozilla from zero.
so i lost all the talkbacks

Comment 7

14 years ago
My new installation of Firefox 1.0 crashed when I tried to open a new tab while
another tab was loading in the background so I don't know which event caused the
crash. I'm running a fully patched Fedora Core 2 box with KDE. My talkback ID
was TB1853606E in case it's useful.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

Comment 8

14 years ago
-> XPConnect

TB1853606E:
XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode)() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp,
line 699]
XPC_WN_CallMethod() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp,
line 1287]
js_Invoke() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/js/src/jsinterp.c,
line 941]
js_Interpret() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/js/src/jsinterp.c,
line 2978]
js_Invoke() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/js/src/jsinterp.c,
line 958]
js_InternalInvoke() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/js/src/jsinterp.c,
line 1036]
JS_CallFunctionValue() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/js/src/jsapi.c,
line 3698]
nsJSContext::CallEventHandler() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/dom/src/base/nsJSEnvironment.cpp,
line 1296]
nsJSEventListener::HandleEvent() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/dom/src/events/nsJSEventListener.cpp,
line 177]
nsEventListenerManager::HandleEventSubType() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/content/events/src/nsEventListenerManager.cpp,
line 1436]
nsEventListenerManager::HandleEvent() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/content/events/src/nsEventListenerManager.cpp,
line 1529]
GlobalWindowImpl::HandleDOMEvent() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/dom/src/base/nsGlobalWindow.cpp,
line 927]
DocumentViewerImpl::LoadComplete() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/content/base/src/nsDocumentViewer.cpp,
line 704]
nsDocShell::EndPageLoad() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/docshell/base/nsDocShell.cpp,
line 4441]
nsWebShell::EndPageLoad() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/docshell/base/nsWebShell.cpp,
line 754]
nsDocShell::OnStateChange() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/docshell/base/nsDocShell.cpp,
line 198]
nsDocLoaderImpl::FireOnStateChange() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/uriloader/base/nsDocLoader.cpp,
line 710]
nsDocLoaderImpl::doStopDocumentLoad() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/uriloader/base/nsDocLoader.cpp,
line 863]
nsDocLoaderImpl::DocLoaderIsEmpty() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/uriloader/base/nsDocLoader.cpp,
line 766]
nsDocLoaderImpl::OnStopRequest() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/uriloader/base/nsDocLoader.cpp,
line 693]
nsLoadGroup::RemoveRequest() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/netwerk/base/src/nsLoadGroup.cpp,
line 710]
HandleImagePLEvent() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/content/base/src/nsImageLoadingContent.cpp,
line 607]
PL_HandleEvent() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/xpcom/threads/plevent.c,
line 674]
PL_ProcessPendingEvents() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/xpcom/threads/plevent.c,
line 608]
nsEventQueueImpl::ProcessPendingEvents() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/xpcom/threads/nsEventQueue.cpp,
line 395]
event_processor_callback() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/widget/src/gtk2/nsAppShell.cpp,
line 67]
libglib-2.0.so.0 + 0x4979f (0x00cca79f)
libglib-2.0.so.0 + 0x241e2 (0x00ca51e2)
libglib-2.0.so.0 + 0x252d8 (0x00ca62d8)
libglib-2.0.so.0 + 0x25610 (0x00ca6610)
libglib-2.0.so.0 + 0x25c53 (0x00ca6c53)
libgtk-x11-2.0.so.0 + 0x10eff3 (0x006a7ff3)
nsAppShell::Run() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/widget/src/gtk2/nsAppShell.cpp,
line 144]
nsAppShellService::Run() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/xpfe/appshell/src/nsAppShellService.cpp,
line 495]
xre_main() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/toolkit/xre/nsAppRunner.cpp,
line 692]
main() 
[/builds/tinderbox/firefox-1.0/Linux_2.4.20-28.8_Clobber/mozilla/browser/app/nsBrowserApp.cpp,
line 59]
libc.so.6 + 0x14ad4 (0x0086bad4)
Assignee: general → dbradley
Component: Browser-General → XPConnect
QA Contact: general → pschwartau
Summary: browser crashes after trying to open a new tab → browser crashes after trying to open a new tab [@ XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode)() ]

Comment 9

14 years ago
I have previously reported this bug.  I'm writing now just to report that I have
just installed mozilla 1.75 and the bug still exists and behaves identically
under 1.75.  I open the browser, I hit control-t to open a new tab, and the
browser crashes; in the terminal window where I had started the browser the
error message appears:

mozilla-1.75% Gdk-ERROR **: BadWindow (invalid Window parameter)
  serial 18883 error_code 3 request_code 61 minor_code 0

It happens every time.  I suspect this has to do with using old libraries of
some kind -- I am running Mandrake Linux release 8.2 (Bluebird) for i586.  I
know, I should update my linux release, but for various reasons it is difficult
for me to do so on this machine, and I would like to nonetheless be able to
update mozilla on this machine.  But I can't because of this bug.  I am stuck
with mozilla 1.6, which doesn't have the bug.  Can't someone figure out what is
wrong and fix this in mozilla 1.7x?

Thank you.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → EXPIRED
Crash Signature: [@ XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode)() ]
You need to log in before you can comment on or make changes to this bug.