Closed
Bug 5122
Opened 26 years ago
Closed 25 years ago
[PP] Menu bar not disabled when application modal dialog appears
Categories
(Core Graveyard :: Tracking, defect, P3)
Tracking
(Not tracked)
M13
People
(Reporter: elig, Assigned: danm.moz)
References
Details
* TITLE/SUMMARY
[PP] Menu bar not disabled when application modal dialog appears
* STEPS TO REPRODUCE
0) Launch Apprunner
1) From the Edit menu, select "Preferences"
* RESULT
- What happened
The menu bar isn't grayed out, and the "Edit" menu title remains highlighted.
- What was expected
Upon selecting Preferences and releasing the mouse button, the application-
specific menu bar items should dim. Of course, the menu title from which the menu
item was selected should also no longer be highlighted.
* REGRESSION
- Occurs On
Mac OS Apprunner (4.13.99 PM M4 candidate build)
- Doesn't Occur On
Mac OS Communicator 4.5 (RTM)
- Dialog Not Application Modal On
Win32 Apprunner (4.13.99 PM M4 candidate build [NT 4, Service Pack 3])
Linux Apprunner (4.13.99 PM M4 candidate build)
* CONFIGURATIONS TESTED
- [Mac] Power Mac 8500/120 (233 Mhz 604e), 64 MB RAM (VM on; 1 MB of VM used),
1024x768 (Thousands of Colors), Mac OS 8.5.1
- [Win32] Vectra VL (233 Mhz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3.
- [Linux] Vectra VL (266 Mhz P2), 96 MB RAM.
Reporter | ||
Updated•26 years ago
|
QA Contact: 3853 → 1698
Reporter | ||
Comment 1•26 years ago
|
||
Actually, on Windows & Linux, it's half-modal. And for a good time, close the
parent window and then close the Preferences window. (Assuming a bug report isn't
already written up, I'll go write a separate report for that particular crash.)
Reporter | ||
Comment 2•26 years ago
|
||
[Okay, the Windows crash is bug #4912. Will write up a separate bug report for
the modal-ish behavior.]
Reporter | ||
Comment 3•26 years ago
|
||
[Okay, I won't write up a bug for that, then. ;-]
Specifically, Pinkerton says implementation still in progress, so holding until
M6.
Updated•25 years ago
|
Target Milestone: M5
Comment 4•25 years ago
|
||
targetting m5
Comment 5•25 years ago
|
||
MacOS doesn't get disabling yet (it comes with dynamic menus, which are M6 for
Mac). Moving to M6
Updated•25 years ago
|
Target Milestone: M6 → M9
Comment 6•25 years ago
|
||
Dynamic menus got shuffled again, so this is being shuffled.
Moving all Apprunner bugs past and present to Other component temporarily whilst
don and I set correct component. Apprunner component will be deleted/retired
shortly.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M9 → M10
Comment 10•25 years ago
|
||
Moving to M10
Comment 11•25 years ago
|
||
Ok, if you set the disabled property on a menu node, the menu titles will
respond. However, this bug is more general than that... someone needs to make
this happen, and I'm not sure if that falls in XPToolkit (danm?) or XPApps.
Peter, please help me direct this bug!
Updated•25 years ago
|
Assignee: saari → trudelle
Status: ASSIGNED → NEW
Comment 12•25 years ago
|
||
Peter, toss this at the right person
Updated•25 years ago
|
Assignee: trudelle → danm
Comment 13•25 years ago
|
||
reassigning to danm per saari's guess. Dan, does this belong on your plate?
Assignee | ||
Comment 14•25 years ago
|
||
*** Bug 7946 has been marked as a duplicate of this bug. ***
Comment 15•25 years ago
|
||
mass-moving most m11 bugs to m12
Comment 16•25 years ago
|
||
Mass-moving non-PDT+ bugs to M13
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Comment 17•25 years ago
|
||
Duplicate of 21296
*** This bug has been marked as a duplicate of 21296 ***
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 18•25 years ago
|
||
Verified that 21296 is a duplicate of this bug.
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•