Closed
Bug 6979
Opened 25 years ago
Closed 25 years ago
when file | open is selected, dialog not dismissed
Categories
(Core :: XUL, defect, P3)
Core
XUL
Tracking
()
VERIFIED
FIXED
M8
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.)
Updated•25 years ago
|
Assignee: trudelle → sdagley
Target Milestone: M9
Updated•25 years ago
|
Target Milestone: M9 → M8
Comment 1•25 years ago
|
||
reassigning to sdagley as p3 for m8
Updated•25 years ago
|
Status: NEW → ASSIGNED
Comment 2•25 years ago
|
||
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.
Updated•25 years ago
|
Assignee: sdagley → law
Status: ASSIGNED → NEW
OS: Windows NT → All
Comment 3•25 years ago
|
||
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.
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.
Description
•