build id: 1999042608 platforms this happens on: windows nt, mac os 8.5.1 (linux crashes before opening the file) to reproduce this, select open from the file menu and open a local file. result: the file opens, but in a new window. expected result: the file opens in the current browser window.

Assigned to law.

The spec is ambiguous about how this is supposed to work. My understanding is that opening a new window is how it's supposed to work. I'm re-assigning to German. We need further guidance on how URLs are loaded versus files and whether the user can choose to open in the current window or a new one.

for the record, legacy Netscape browsers and IE all open local files in the spawning window, ie the window from which file | open was selected. given that this behavior is expected by (I assume) nearly all users, we should probably keep it in 5.0...

See bug 5710, we have decided to open a new window on Open (as the name says :-). *** This bug has been marked as a duplicate of 5710 ***

I'm reopening this bug in hopes of getting the UI team to implement File | Open in the same manner it's implemented in previous versions of Communicator and in current versions of IE.

Have you considered doing something like this? The File menu can have two items: Open File and Open Location, with Ctrl-O and Ctrl-L shortcuts. Both commands have a checkbox in the dialog asking you if you want to open the location in a new window (the checkbox is an implicit pref, keeping its state across uses). Additionally, Open File would be smart enough to know when it's got a URL typed in it (as does current Communicator). That would work for me. This way, everyone who's ever used IE or Communicator experience behavior that is familiar (things open in the same window) - and anyone who wants to open a file or URL in a new window has the option of doing so, which is not currently available in Communicator or Win IE. It's just the forced imposition of the new-window-behavior that I find extremely problematic, UE-wise.

moving to m7

unsetting the target milestone so I don't have to look at this bug every three weeks... german, are we doing this, or no?

Moving all Apprunner bugs past and present to Other component temporarily whilst don and I set correct component. Apprunner component will be deleted/retired shortly.

To keep this simple bug open for 3 months is a waste of everybody's time. Introducing pointless UI-changes is not the way to build a 'better' Netscape, is it? Sorry to be so rude. I'm just an outsider who hates to see so many known bugs persist. Debugging becomes useless this way, even counter-productive because of all the duplicates. You'll slip not months but YEARS this way.

I would like to see either: 1. A "Open in new window" checkbox appended to the "Open File" dialog or, 2. The "Open File" and "Open Location" dialogs integrated, as they are in 4.x, with a checkbox option for "Open in new window", along with an radio button "Open in [composer | brower]" option.

see bug 14945 for comments/to track *** This bug has been marked as a duplicate of 14945 ***