76110 - Can't collapse download progress window

Status: RESOLVED FIXED

(Core Graveyard :: File Handling, defect, P4)

Description

[Matthew T (active 1999-2002)]

Build: 2001041308, Mac OS 9.1

To reproduce:
*   Download something.
*   Try to minimize the download progress window.

What happens:
*   You can't.

Judging by comments in bug 26029, this is a a problem on Linux too, so All/All. 
(See also bug 73631.)

Comment 1

[Matthew T (active 1999-2002)]

Attachment: Download progress window, sans minimize button

Comment 2

[Håkan Waara]

Matthew, I assume you mean that the window should be `collapsable' (rather than
`minimizable', like windows are in Mac OS?

Comment 3

[Matthew T (active 1999-2002)]

Not necessarily. In Mac Classic, yes, minimizing the window means collapsing 
it. But that's (usually) not the case on Linux, and it's not the case on Mac OS 
X.

Comment 4

[timeless]

filed bug 76122 gtk/X11: dialogs [Saving File window] are not minimizable 

This bug is now limited to macos. [pp vs windows]

If the fix for this bug does not also fix Mac OS X, then it's up to the 
developer or QA to decide whether this bug should morph or to file a new bug.

Comment 5

[sairuh (rarely reading bugmail)]

->bill?

Comment 6

[Bill Law]

Sending to Paul Chen.  The Mac implementation of nsIWindow doesn't properly
support eborderstyle_miminize (I think that's its name).  This is in the
nsWindow creation/initialization (for Windows).

Comment 7

[Viswanath Ramachandran]

nav pretriage: recommend nsbeta1-, P4, Future. 

Comment 8

[Paul Chen]

nav triage team:

Not a beta stopper, marking nsbeta1- and future

Comment 9

[Paul Chen]

hmm, somebody forgot the p4

Comment 10

[sairuh (rarely reading bugmail)]

spam: over to File Handling. i have not changed the assigned developer [or the
other fields for that matter], so if anyone realizes that a bug should have a
more appropriate owner, go ahead and change it. :)

Comment 11

[Asa Dotzler [:asa]]

->default owner

Comment 12

[Bill Law]

restoring target milestone

Comment 13

[Martyr]

Suggest that this priority be bumped up a notch. For any laptop Mac user, this
helps conserve screen real estate, so it's important. 

Comment 14

[RogerWilco]

It sure would. I think I reported this same bug but it has a different # which,
unfortunately, I can't recall.

2002072203/9.2.1

Comment 15

[Martyr]

You can get around this problem in the latest (Moz 1.2beta) builds, by choosing
to display the download manager, because it *IS* collapsible. I say we mark this
as "FIXED." Even though the original problem is not fixed, an alternative that
resolves the root issue (screen space) is in place. 

Comment 16

[RogerWilco]

I beg to differ with [e-mail]. Ability to collapse or even dismiss
the Download Manager window does nothing to solve screen space problems the
Download Progress windows continue to cause in laptops. Download 3 or 4 files at
once and you can't see the desktop worth a darn. I'm using 1.2b for Mac.

Comment 17

[Martyr]

My reasoning is that previously there was *NO WAY* around this bug -- all laptop
users were hosed. Now, there is a way. Is it really that important to see the
files you're downloading in separate dialog boxes that go away, rather than
seeing them all in a list that you can minimize? Honestly, is it that big of a
deal? If so, why? 

Comment 18

[RogerWilco]

It's certainly not *that* big a deal to me after reading your last post. I'll
try it your way a while. I've even removed my vote on this bug.

Comment 19

[[e-mail]]

Whether this is a "big deal" or not, this bug is definitely not fixed and
should remain open. There is no reason to mark it fixed.

Comment 20

[Frankie]

Download windows in 20030212 have full complement of jellybeans.

Mozilla CFM build is dead.
http://groups.google.com/groups?threadm=avkj4k%24ihs2%40ripley.netscape.com