Closed Bug 362293 Opened 18 years ago Closed 16 years ago

Consider adding context menus to nsPresContext::mActivePopups

Categories

(Core :: XUL, defect)

defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: MatsPalmgren_bugz, Unassigned)

Details

This is a followup from bug 324963.

I think nsPopupSetFrame::ActivatePopup() might be the place to add the
calls (and possible remove the call in nsMenuPopupFrame::Destroy).
I think we have the frame we want in 'aEntry->mPopupFrame'.


Opening a context menu:

nsCSSFrameConstructor::AttributeChanged 02464DE0 popup menugenerated
[02290028]nsPopupSetFrame::ActivatePopup 1
  aEntry->mPopupContent=02464DE0 aEntry->mPopupFrame=02BE1528
nsCSSFrameConstructor::AttributeChanged 02464DE0 popup _moz-menuactive

Closing it:

[02290028]nsPopupSetFrame::ActivatePopup 0
nsCSSFrameConstructor::AttributeChanged 02464DE0 popup _moz-menuactive
nsMenuPopupFrame::Destroy 02BE1528 (pc=021E99F0)
[021E99F0]: PresContext: removing popup 02BE1528
I think we should leave the Remove call in nsMenuPopupFrame::Destroy. That protects us from having dead frames in the array.
Hmm, but nsPopupSetFrame::ActivatePopup doesn't actually show the popup right away, that's asynchronous, right?
This code doesn't exist anymore with the popup reworking, so no need for this bug.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: xptoolkit.menus → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.