Closed Bug 191523 Opened 22 years ago Closed 14 years ago

Freeze nsICommandParams and nsICommandManager interfaces

Categories

(Core Graveyard :: Embedding: APIs, defect)

Product:
Core Graveyard
Component:
Embedding: APIs
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX
Milestone:
mozilla1.6alpha

People

(Reporter: jjmata+moz, Unassigned)

References

Details

(Keywords: topembed+)

As discussed at the 1/30/03 API review meetings these APIs are crucial for editor embedding. A few steps remain to be taken care of, but we basically seem to have what we want to have here. See here for the details: http://www.mozilla.org/projects/embedding/apiReviewNotes.html#nsICommandParams http://www.mozilla.org/projects/embedding/apiReviewNotes.html#nsICommandManager Please follow the guidelines outlined in the "How to mark an interface as FROZEN" at http://www.mozilla.org/projects/embedding/HowToFreeze.html Nominating topembed from the get-go.
QA Contact: depstein → dsirnapalli
Discussed in edt bug triage. Plussing.
Keywords: topembed → topembed+
Alec is going to log a bug for the nsIParams generalization of nsICommandParams and make this one depend on it. Cc'ing him here.
Depends on: 194289
No longer depends on: 173601
marching out farther to clear off immediate list.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.6alpha
Assignee: mjudge → nobody
Status: ASSIGNED → NEW
QA Contact: dsirnapalli → apis
We don't freeze interfaces anymore.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.