Bugzilla – Bug 103035
Firefox crashes in File-open dialogue
Last modified: 2005-08-18 12:28:47 UTC
When for example going to http://inttools.suse.de/rpms/9.3-i386/ and choosing right-click -> save as the choose-file dialogue appears. When I click on "save" in this dialogue firefox crashes. Console message is: /usr/bin/firefox: line 251: 8919 Speicherzugriffsfehler $MOZ_PROGRAM $MOZ_LANG
Created attachment 45331 [details] strace of firefox session
The same happens when saving attachments from Thunderbird. When clicking on "save" in the file dialogue the app crashes. Message is: /usr/bin/thunderbird: line 251: 22822 Speicherzugriffsfehler $MOZ_PROGRAM $MOZ_ LANG Both firefox and thunderbird are using the profiles that were created on SUSE 9.3 before upgrading to 10.0Beta1.
Could you please provide a backtrace: LD_LIBRARY_PATH=/opt/MozillaFirefox/lib gdb /opt/MozillaFirefox/lib/firefox-bin
I don't get the filepicker at all: Program received signal SIG33, Real-time event 33. [Switching to Thread 1112546224 (LWP 13977)] 0xffffe410 in __kernel_vsyscall () (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0x401a0ccc in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 #2 0x40186cdf in PR_Lock () from /usr/lib/libnspr4.so #3 0x401870b1 in PR_WaitCondVar () from /usr/lib/libnspr4.so #4 0x080d2907 in nsIOutputStream::nsIOutputStream () #5 0x4018cc5c in PR_Select () from /usr/lib/libnspr4.so #6 0x4019e277 in start_thread () from /lib/tls/libpthread.so.0 #7 0x40ca30ce in clone () from /lib/tls/libc.so.6 #8 0x42501bb0 in ?? ()
It seems related to the NSPR separation. I have to try some things.
yes, I've checked with a build with builtin NSPR and this works for me. I can save a download completely. Now we have to find out what's the case.
Hi, when running in gdb I was not able to reproduce the original crash, it also stopped when opening the filepicker with: [New Thread 1116187568 (LWP 6631)] Program received signal SIG33, Real-time event 33. [Switching to Thread 1116187568 (LWP 6631)] 0xffffe410 in __kernel_vsyscall () (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0x401aaccc in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 #2 0x40190cdf in PR_Lock () from /usr/lib/libnspr4.so #3 0x401910b1 in PR_WaitCondVar () from /usr/lib/libnspr4.so #4 0x080ec67a in nsAdoptingCString::nsAdoptingCString () #5 0x080ec78c in nsAdoptingCString::nsAdoptingCString () #6 0x40196c5c in PR_Select () from /usr/lib/libnspr4.so #7 0x401a8277 in start_thread () from /lib/tls/libpthread.so.0 #8 0x40cad10e in clone () from /lib/tls/libc.so.6 #9 0x4287abb0 in ?? () (gdb) quit but I am not trained in using gdb and do not know at all what this means ;-)
The signal interrupts the execution within gdb. That's the reason. It's not crashed at this time. I can't reproduce it anymore with beta2 and a new firefox build which will be on beta3. Please try again with Firefox from beta2.
I also cannot reproduce the crash in firefox and in thunderbird with beta2.
so somehow it seems it disappeared