Closed Bug 6979 Opened 25 years ago Closed 25 years ago

when file | open is selected, dialog not dismissed

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Type:
defect

Tracking

()

Status:
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.