Closed
Bug 86533
Opened 23 years ago
Closed 20 years ago
browser window initially loses focus after launching another app
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
WONTFIX
mozilla1.0.1
People
(Reporter: bugzilla, Assigned: saari)
References
()
Details
(Keywords: platform-parity)
found this while footling around with bug 86523, using 2001.06.18.08 mozilla
bits on Mac OS 9.0x.
recipe:
0. make sure you have the QuickTime Player [i have v4] already installed. also,
you shouldn't have a helper app for mp3's [well, for this recipe, at least] --if
you're unsure, try this out with a new profile.
1. click on the above url: http://jrgm.mcom.com/bugs/mimetypes/lemon_lane.mp3
2. when the downloading/helper-app [it'll recognize it as an audio/mpeg file],
click on the Set Default button.
3. in the New Type dialog, enter
Description: MP3 audio file
File extension: mp3
MIME type: audio/mpeg
Application to use: [click Choose to enter the path to the QuickTime Player]
4. hit OK, then hit the Set Default button again, which'll bring up the Edit
Type dialog [i had done this to access the "Ask me before opening..." checkbox].
5. deselect [turn off] the "Ask me before opening downloaded files of this type"
checkbox.
6. hit OK in Edit Type dialog, and OK in the downloading/helper app dialog. at
this point, the helper app opens and plays the file. moreover, the "saving
file"/download progress dialog also appears --then disappears as soon as the
file has finished downloading.
7. QuickTime Player is now the active application [mozilla is in the background,
greyed-out]. bring mozilla to the foreground as the active app by clicking in
the browser window's content area.
expected: the browser window should become active.
actual result: the browser window is brought to the foreground...however, the
titlebar remains greyed out.
this seems minor [albeit rather odd], since i can still access items from the
menubar [which looks active] --eg, File > New Navigator window. also, if i click
on the *titlebar* of the greyed out window, it'll become active.
Reporter | ||
Comment 1•23 years ago
|
||
so far only seen on mac.
if there's a simpler testcase that'd show this [rather than going thru the
helper app gymnastics], do let me know. thx!
Keywords: pp
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Comment 2•23 years ago
|
||
Looks like a dup of bug 84878. I think there must have been some bad layering
foo in the old helper app dialog -- it seems fixed with the temporary redesign.
Reporter | ||
Comment 3•23 years ago
|
||
actually, i ran into this while doing prelim/baseline testing for bug 88066... :-/
Comment 4•23 years ago
|
||
May God have mercy on us all. The 212 bug spam-o-rama is Now!
QA Contact: aegis → jrgm
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla1.0.1
Comment 5•21 years ago
|
||
This bug is targeted at a Mac classic platform/OS, which is no longer supported
by mozilla.org. Please re-target it to another platform/OS if this bug applies
there as well or resolve this bug.
I will resolve this bug as WONTFIX in four weeks if no action has been taken.
To filter this and similar messages out, please filter for "mac_cla_reorg".
Mac Classic RIP
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•