55977 - File save/open dialogs should not be app modal.

Status: VERIFIED FIXED

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

Description

[Braden]

(not sure if this is the correct component)

The "Save file" dialog comes up modal. I don't see any reason why this should be
a modal dialog.

Comment 1

[Peter Trudelle]

->future

Comment 2

[Braden]

Same for "file open" dialogs.

Comment 3

[Braden]

The real problem here is that these dialogs are app-modal rather than window-modal.

Comment 4

[Peter Trudelle]

That is unfortunate, but it still doesn't fit the profile for N6.

Comment 5

[Braden]

I'm not sure what you're suggesting; this is a Mozilla bug.

Comment 6

[Peter Trudelle]

I'm not suggesting anything, just saying that we, the assignees, will not fix
this in time for Netscape6.  ->bryner

Comment 7

[Braden]

Oh, of course. I knew that. :-)

Hm... Perhaps your comment arose from the fact that I goofed during a Bugzilla
collision and inadvertently overwrote some of the modifications you'd made. I
put the "Future" back (I thought), but perhaps I missed something else...

Comment 8

[John Morrison]

Braden, can you note your window manager, because these dialogs are window 
modal when running under gnome/enlightenment.

Comment 9

[Braden]

I'm using Sawfish.

Comment 10

[peter]

This is a dupe of 65521 or 65521 is a dupe of this.

Comment 11

[Braden]

This bug is more specific than bug 65521. I'm making this bug depend on that one.

Comment 12

[gabriel]

*** Bug 85669 has been marked as a duplicate of this bug. ***

Comment 13

[R.K.Aa.]

*** Bug 100537 has been marked as a duplicate of this bug. ***

Comment 14

[R.K.Aa.]

*** Bug 101099 has been marked as a duplicate of this bug. ***

Comment 15

[R.K.Aa.]

hmm i marked a Mac bug dup - is this one linux only?

Comment 16

[sairuh (rarely reading bugmail)]

->file handling. taking qa contact [for the nonce].

Comment 17

[R.K.Aa.]

*** Bug 112134 has been marked as a duplicate of this bug. ***

Comment 18

[Roscoe Primrose]

Based on the bugs that have been marked as dups of this one, shouldn't OS be
changed to all?

I'm seeing the same thing on win2k with 2001112603

Comment 19

[John Morrison]

actually Bug 112134 isn't a dup of this one (reopening it). On windows, the 
File->Save, etc., dialog, while modal, is _window_ modal, not _app_ modal.
This bug is really Linux only, and is requesting that the dialog be (at least)
window modal.

(As for the Mac dup, I didn't read it, but on OS 9.0, convention is that all 
dialogs are app modal. mozilla's just bowing down to the Gods of the HIG in 
being app modal as well on OS 9).

Comment 20

[Philip Tellis]

should the dialog boxes be window modal or tab modal?  If I have multiple tabs
in the same window, I really want a file open/save as dialog box to affect only
that tab.

Comment 21

[Per-Olof Pettersson]

Found an inconsistancy in Open/Save.
Seems Open/Save - dialog is treated in another way than the "Select Filename"
dialog.

This is especially obvious on WindowMaker when setting "Open dialogs in same
workspace as their owners."

The first dialog does not honor this but the second "Select filename" does.

1. Open a file that will open the dialog for opening or saving the file.
2. Switch to another workspace before dialog has appeared
3. Choose the save option

Expected results:
The Select Filename - dialog should appear in the same workspace as the previous
dialog.

Acctual results:
The Select Filename - dialog appears in the workspace with the window with the
link that caused the first dialog to open.

This is really confusing and I think both dialogs should operate in a similar way.

However just a cosmetic+ issue AFAIAC.

Build: 2002021810

Comment 22

[Boris Zbarsky [:bzbarsky]]

This bug is fixed now that modality on linux is non-broken (per clarification in
comment 3). It was fixed by bug 65521.  Comment 21 is actually referring to bug
135736

Comment 23

[sairuh (rarely reading bugmail)]

vrfy'd fixed using 2002.09.19.08 comm trunk build on linux rh7.2. per comment
21, the actual results i saw matched the expected results.