Closed Bug 6979 Opened 25 years ago Closed 25 years ago

when file | open is selected, dialog not dismissed

Categories

(Core :: XUL, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: cpratt, Assigned: law)

References

Details

build id: 1999052408 (linux), 1999052308 (win32) to reproduce: - select file | open - type in a URL and click Open - the URL is loaded correctly, but the file | open dialog box stays open indefinitely. (it may be hidden behind the browser window - look for it.)
Assignee: trudelle → sdagley
Target Milestone: M9
Target Milestone: M9 → M8
reassigning to sdagley as p3 for m8
Status: NEW → ASSIGNED
Just to verify, is this behavior unique to NT or does it also happen with 95/98? cmanske has already pointed out that we're doing the wrong thing with the parent window for the dialog so it may be related.
Assignee: sdagley → law
Status: ASSIGNED → NEW
OS: Windows NT → All
Now that I realize this bug is regarding the new Open Location dialog you get when selecting FIle | Open and not the file selection dialog I'm reassigning it to Bill Law since he added the feature. And it happens on Mac too so I changed the OS field for the report to All.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
The Close() calls were all commented out because it used to crash and burn. Close() seems to be working so the dialog now closes at the appropriate times, I think. I checked in the updates late last week.
Status: RESOLVED → VERIFIED
Fine on both linux and NT, June 14 builds.
Summary: whe file | open is selected, dialog not dismissed → when file | open is selected, dialog not dismissed
*** Bug 7421 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.