Closed Bug 132532 Opened 23 years ago Closed 23 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: 23 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.