Closed Bug 132532 Opened 22 years ago Closed 22 years ago

Application crashes (silently) when Save Image... chosen

Categories

(Core Graveyard :: File Handling, defect)

Product:
Core Graveyard
Component:
File Handling
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 68454

People

(Reporter: bugs, Assigned: bugs)

References

(
URL
)

Details

(Keywords: crash) 

1) Visit the URL above
2) Right Click
3) Save Image...

Actual result:
browser exits.

Expected result:
ability to save image.

Running in debugger shows browser halts somewhere in system dlls, bunch of
errors sprayed in console.
BuildID 2002031608, Win 98, I got talkback..
TB4295792Y
TB4295874M - 2002032003/Win2K
Severity: normal → critical
Keywords: crash
OS: Windows 2000 → All
Crash is IMHO related with <BODY onBlur="window.close()">, so it's not problem
with File Handling, because browser is crashing/closing all its windows with any
action make this event true.
gack.  The filepicker causes a blur and the window closes out from under it...

On linux no crash, but no image saved either (and nice errors like "Components
not defined" in the js console, since our window object has died).
yow! when i load the url and merely click in the URL bar, the browser window
goes poof. silent crash on win2k and linux, on mac 10.1.3 the menubar persists
so i'm still in n6.x and can bring up another window.

is what i'm seeing the same bug here? or something else?
Keywords: nsbeta1
Hardware: PC → All
sairuh, what you're seeing is the "expected" behavior.  The page calls
window.close() when it loses focus (which it does when you click on the url
bar).  On Windows/Linux closing the window exits the browser if it's your only
window. On Mac it does not. 
Try making sure you have at least two windows open and repeating the test on
Win/Linux.

There's a security bug on the fact that pages can close windows they did not
open...  It got fixed, then the fix got backed out because our tinderbox tests
rely on closing windows they did not open....
boris, thanks for the clarification. (silly moi.)

anyhow, just retested this on linux rh7.2 2002.03.21.10 comm verif bits with two
browser windows open: i see what bz saw in comment 4 --filepicker, but no saving
and no crash (one browser window persists).

retested on mac (decided to use the two window technique), 2002.03.21.08:
interestingly, was able to save the file, actually (the window with the image
went away as expected after the file picker went away).

retested on win2k: crashed, per comment 1 and comment 2. talkback info doesn't
seem useful, unfortunately:

comdlg32.dll + 0x7e8d (0x76b37e8d)
0xf70c758
Hardware: All → PC
nsbeta1- per Nav triage team. Please reopen if you see this on one of the top
500 sites.
Keywords: nsbeta1 → nsbeta1-
*** Bug 148948 has been marked as a duplicate of this bug. ***
FWIW I think the crash is caused because the save as dialog is passed a dead
window handle as the owner.
*** Bug 159793 has been marked as a duplicate of this bug. ***
BTW this bug should be dupe of/related to bug 68454.
Keywords: nsbeta1-
I agree it is a dupe.


*** This bug has been marked as a duplicate of 68454 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
marking verified as a duplicate.

if you decide to reopen this bug, please clarify why.

search string for bugspam removal: SalviaGuaranitica
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.