49007 - Contents of minimized window can be altered

Status: VERIFIED INVALID

(Core :: XUL, defect, P2)

Description

[Adam]

Mozilla M18 (2000081404), Mac OS 9.0.4:

When a window is minimized/collapsed, actions can still be performed on the
window's contents.

1) Type the moilla.org URL in the nav bar, make sure the caret remains in the
URL field
2) Collapse the window
3) Press return

<http://www.mozilla.org/> loads. This is also evident in other areas (i.e., open
the bookmarks window, select all, collapse the window and hit delete--oops! no
more bookmarks). I would think that since the window is not visible, it should
not be functional.

This might be related to bug 48153 - it seems like Mozilla just doesn't
recognize the fact that the window's not visible.

Comment 1

[Peter Trudelle]

Good catch!  This could be very bad. Nominating for nsbeta3, reassign to danm,
cc saari.

Comment 2

[saari (gone)]

Hey, while you're here, add a check to make sure that the window is front most
too...

So, if window is visible and frontmost, dispatch event

Comment 3

[Jesse Ruderman]

is the problem that the minimized window is accepting keyboard events?

Comment 4

[saari (gone)]

yes, looks that way from the bug description

Comment 5

[Peter Trudelle]

nsbeta3+, P2 for M18

Comment 6

[Dan M]

Note that most if not all Macintosh apps have this behaviour. Navigator 4, for 
instance. Still, possible surprising data loss is involved, and it seems like a 
bad thing, though it's expected. So I've suppressed event dispatch to collapsed 
windows.

Comment 7

[Zach Lipton [:zach]]

Not seeing this on 2000082108 OS9. Marking verified.

Comment 8

[Dan M]

My fix for this bug was overreaching and evil. It caused, among others, bug 
51642, bug 51649, bug 52950, and a new flavor of bug 33735. I've basically just 
reverted my fix for this bug, thereby fixing all those.

Comment 9

[Dan M]

  And now for the fun part: I'm closing this bug as invalid. It's expected Mac 
app behaviour. Try it with any app. After discussions with the Mac team here, 
we've decided to live with the problem, since all Macintosh applications behave 
this way.
  If some intrepid code hasher cares to try a better fix than my overeager one, 
do test your patch against the above-mentioned problems I caused. Especially bug 
33735, which would result from filtering only key events -- a likely candidate 
for a less eager patch.

Comment 10

[John Morrison]

verified invalid (never would have thunk this was standard behaviour, but it 
is.)

Comment 11

[Adam]

Not exactly an official standard or expected - the Finder handles this quite well 

(you can't even change the view of a collapsed window). But if other apps display 

this behavior, there shouldn't be any problem if Mozilla does the same.