Closed Bug 7297 Opened 26 years ago Closed 22 years ago

native MacOS context menus on editor toolbar include "Help"--why?

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Platform:
PowerPC
Mac System 8.5
Type:
defect

Tracking

()

Status:
RESOLVED WONTFIX
Milestone:
Future

People

(Reporter: Brade, Assigned: saari)

References

Details

(Whiteboard: [nsbeta2-])

I updated my build this morning. Go into the editor and click any of the popup menus on the toolbar. Notice that the first item in the menu is "Help" followed by a separator. The next time you click on a popup menu the "Help" item and its separator will be gone.
Target Milestone: M7
Targeting M7
I'll probably end up fixing this in M8
Target Milestone: M7 → M8
I'll fix this in M8 since it isn't critical
Moving all Widget Set bugs, past and present, to new HTML Form Controls component per request from karnaze. Widget Set component will be retired shortly.
Target Milestone: M8 → M9
Pushing to M9 as this isn't critical
Target Milestone: M9 → M8
Target Milestone: M8 → M9
They include Help because the the Mac contextual menu manager puts that there for you automatically.
Ooops, collision. Putting M9 in there.
Yeah, I know that is why Help is there, I just need to duplicate the class, generate new GUIDs and change appropriate calls. I just havn't done it yet, and I'm also waiting for some modifications Pav is doing to the API to help GTK along.
Status: NEW → ASSIGNED
Target Milestone: M9 → M10
Non critical so I'm moving it to M10. (easy to fix, but no time)
Target Milestone: M10 → M11
Pushing this to M11 after hyatt's rearchitecture of popups (problem should go away)
Blocks: 12670
Target Milestone: M11 → M14
All popups will be XP for beta. Pushing past beta
*** Bug 8220 has been marked as a duplicate of this bug. ***
mass moving m14 bugs to m15
Assignee: ckritzer → saari
QA Contact: phillip → ckritzer
are we ever going back to native context menus? (i kinda hope so). do you want to continue owning this as it's native menu stuff?
Status: NEW → ASSIGNED
Well, we could go back, probably should. Yeah, I'll keep this one
Target Milestone: M15 → M18
Mass moving M18 bugs to M19
Target Milestone: M18 → M19
product UI completeness. nsbeta2.
Keywords: nsbeta2
Putting on [nsbeta2-] radar.
Whiteboard: [nsbeta2-]
changed summary to be more percise.
Summary: popup menus on editor toolbar include "Help"--why? → native MacOS context menus on editor toolbar include "Help"--why?
Target Milestone: M19 → M20
Target Milestone: M20 → Future
Am I understanding this bug, that it's currently a theoretical bug which will only reappear when native context menus are re-enabled? If so, it shouldn't block bug 12670, it should block bug 34572 instead.
Correct, it only involves native context menus
Right-o. Changing dependencies.
No longer blocks: 12670
Component: HTML Form Controls → XP Toolkit/Widgets: Menus
Depends on: 34572
XPAPPs & XPToolkit are jrgm's area
Assignee: saari → jrgm
Status: ASSIGNED → NEW
While I'm always willing to share my incredible wealth of knowledge of MacOS APIs, I think I shall give this bug back to saari.
Assignee: jrgm → saari
QA Contact: ckritzer → jrgm
Status: NEW → ASSIGNED
Okay, not only am I an idiot, I'm an embarrassed idiot. Sorry guys, I meant to change the QAContact, not Assigned field.
Mozilla CFM build is dead. http://groups.google.com/groups?threadm=avkj4k%24ihs2%40ripley.netscape.com
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WONTFIX
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.