235649 - Firebird-style download manager open in Firefox; won't close

Status: VERIFIED WONTFIX

(Firefox :: Menus, defect)

Description

[Dustin Underwood]

User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

If Firefox is installed on a system running Firebird and Firebird was last
closed with the download manager open, it will be open on the left side of
Firefox every time Firefox is ran and cannot be closed by means of Ctrl + E or
hitting the 'X' on the upper right corner of the Download manager frame.

Reproducible: Always
Steps to Reproduce:
1. Start with a system with last Firebird distrobution installed
2. Open Firebird and open the download manager (ctrl + E)
3. Close Firebird
4. Install Firefox without uninstalling Firebird
5. Open Firefox
(Note: need not install Firefox, is reproducable on a system with both browsers
installed)

Actual Results:  
Firefox openned with a Firebird-style download manager open (as apposed to the
new slave-window style of download manager) and does not respond to the normal
command that would close it.

Expected Results:  
Openned as normal, being unaffected by the last state of Firebird, or openned
with the new download manager open.

No specialized software installed (themes, extensions, or otherwise); just a
clean install.

Comment 1

[Mike Connor [:mconnor]]

This is a bit of a bad thing, but here's the short version on this:

a) doesn't happen unless you use an existing profile
b) backwards compatibility of profiles is not yet an issue.  We're still in the 
alpha development stage, so the data persisted from old profiles may be a 
problem.  By the time we hit 1.0, this type of bug would be treated 
differently, but between 0.7 and 0.8, we expect some quirkiness since we're not 
in a final product stage.
c) the workaround is to open FB .7 and close the sidebar, which is pretty 
simple, or delete xul.mfl from your profile.

Once we change the profile directory, we'll be using the migration code in 
place in order to migrate existing profiles to the new Firefox profile 
hierarchy.  This will most likely NOT touch xul.mfl, which is the file 
retaining this information, so during the migration this type of backwards 
compatibility will not be an issue.

I'm pretty sure this is a WONTFIX since any fix wouldn't matter by 0.9 or beta 
due to the migration code.  Simon, do you agree?

Comment 2

[Simon Paquet [:sipaq]]

I couldn't have said it better, Mike.
-> WONTFIX