Closed Bug 89321 Opened 24 years ago Closed 24 years ago

native windows filepicker doesn't persist its location

Categories

(Core :: XUL, enhancement)

x86
Windows 2000
enhancement
Not set
normal

Tracking

()

RESOLVED WONTFIX
Future

People

(Reporter: caustin, Assigned: trudelle)

Details

1) File | Open File 2) Move window to somewhere else on the screen 3) Click cancel 4) File | Open File Actual results: Filepicker appears in the same place as it did the first time. Expected results: Filepicker appears in the location you place where you left it.
A certain Microsoft browser doesn't do this :-] (although Office 97 does).
Severity: trivial → enhancement
Target Milestone: --- → Future
Windows dialogs typically open a) at a fixed offset from their parent. b) centered on their parent. c) centered on the screen. Is this some whizzy new W2K thing? [I notice that in W2K even Notepad persists its location. Ugh.]
Win2K does all sorts of weird things with the file dialogs. If you don't specify an initial path, it automatically goes to the one you were at last in this particular program. Anyhow, the reason I filed this bug is that having the file picker always show up in the very upper-left corner of the Mozilla window feels a little unprofessional. (Lots of programs have similar behavior, however) I'd assign it to myself, but I don't know when I'll have some free time. Fixing this bug basically requires writing a window hook for the file picker dialog.
An alternative is to display the FilePicker in the center of the parent window, a la Netscape 4.
Blocks: 92648
No longer blocks: 92648
Changed my mind. Bug 92861 replaces this one.
wontfix
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WONTFIX
May God have mercy on us all. The 212 bug spam-o-rama is Now!
QA Contact: aegis → jrgm
You need to log in before you can comment on or make changes to this bug.