Closed Bug 5122 Opened 25 years ago Closed 25 years ago

[PP] Menu bar not disabled when application modal dialog appears

Categories

(Core Graveyard :: Tracking, defect, P3)

Product:
Core Graveyard
Component:
Tracking
Platform:
PowerPC
Mac System 8.5
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 21296

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.
QA Contact: 3853 → 1698
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.)
[Okay, the Windows crash is bug #4912. Will write up a separate bug report for
the modal-ish behavior.]
[Okay, I won't write up a bug for that, then. ;-]

Specifically, Pinkerton says implementation still in progress, so holding until
M6.
Target Milestone: M5
targetting m5
URL: Mac
Target Milestone: M5 → M6
MacOS doesn't get disabling yet (it comes with dynamic menus, which are M6 for
Mac). Moving to M6
Target Milestone: M6 → M9
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.
*** Bug 8966 has been marked as a duplicate of this bug. ***
*** Bug 8966 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
Target Milestone: M9 → M10
Moving to M10
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!
Assignee: saari → trudelle
Status: ASSIGNED → NEW
Peter, toss this at the right person
Assignee: trudelle → danm
reassigning to danm per saari's guess. Dan, does this belong on your plate?
*** Bug 7946 has been marked as a duplicate of this bug. ***
Target Milestone: M10 → M11
mass-moving most m11 bugs to m12
Mass-moving non-PDT+ bugs to M13
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Duplicate of 21296


*** This bug has been marked as a duplicate of 21296 ***
Status: RESOLVED → VERIFIED
Verified that 21296 is a duplicate of this bug.
URL: Mac
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.