269595 - crash while saving an image when the window with the image is closed before saving

Status: RESOLVED DUPLICATE of bug 235453

(Toolkit :: Downloads API, defect)

Description

[Christopher Korn]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041112 Firefox/1.0
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041112 Firefox/1.0

When a new window (no tab) with an image I want to save is closed before I
complete the save process (clicking "Save") firefox crashes. 

Reproducible: Always
Steps to Reproduce:
1. Go to a Gallery (like www.open-server.de/~chkorn/images/images.py)
2. Choose a image and open it IN A NEW window
3. Do a right-click on the image and choose "Save Image As..."
4. Close the Window with the image via CTRL+W (closing via pressing the X
doesn't work for me)
5. Click "Save" in the Save Image window
Actual Results:  
Firefox crashes

Expected Results:  
No Crash and/or window not closable via CTRL+W (should also avoid the crash)

Comment 1

[Christopher Korn]

Reported Error on exit: 
Segmentation fault

Comment 2

[Christopher Korn]

another information i forget:
i have the XFCE desktop environment and i'm using it's "auto-focus" feature. 
without this feature it normally isn't possible to highlight the browserwindow
and to close it via CTRL+W. (AFAIK)

Comment 3

[Phillip Berndt]

I've been able to reproduce this, using xfce without having the autofocus
feature enabled.

Comment 4

[timeless]

is this an official mozilla.org build? if so, do you have components/talkback ?

Comment 5

[Christopher Korn]

no it isn't. it's a "homemade" version from gentoo linux. 

Comment 6

[timeless]

please ask your homemaker to build with --enable-debug or
--enable-debugger-info-modules

Comment 7

[Christopher Korn]

Attachment: The debug output from firefox (on enabled debug flags)

Comment 8

[Christopher Korn]

Attachment: gdb's output.

ok. i now added gdb's and firefox' debugging output. 
HTH

Comment 9

[timeless]

don't forget to type |where| or |backtrace| or |bt| into gdb, so that we can
have a stack trace :).

Comment 10

[Christopher Korn]

here this is the backtrace (it's also in my output file):
0xb7620046 in nanosleep () from /lib/libc.so.6

Comment 11

[timeless]

that's *one* stack frame. backtraces are generally going to have at least 10, of
which the top five will be useless.

Comment 12

[Christopher Korn]

i swear this was the only output from gdb's "bt" command i got. 
i tried it at least 15 times.

or do i have to do something different than "gdb
/usr/lib/MozillaFirefox/firefox-bin PID" and typing "bt"?

Comment 13

[timeless]

i always suggest:
./firefox -g -d gdb
run
bt

Comment 14

[Christopher Korn]

ahhhhhhhh ok. sorry. 

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 7804)]
0xb700b1bc in ?? ()
(gdb) bt
#0  0xb700b1bc in ?? ()
#1  0xb70d8654 in ?? ()
#2  0xbfffca8c in ?? ()
#3  0xbfffc974 in ?? ()
#4  0xb7f1d449 in XPTC_InvokeByIndex () from /usr/lib/MozillaFirefox/libxpcom.so
Previous frame identical to this frame (corrupt stack?)

Comment 15

[Robin Monks]

Duping to similar bug 235453 .

*** This bug has been marked as a duplicate of 235453 ***