Closed
Bug 69918
Opened 24 years ago
Closed 24 years ago
simplify or remove nsIWebBrowserChrome::[SG]etPersistence
Categories
(Core Graveyard :: Embedding: APIs, defect, P2)
Core Graveyard
Embedding: APIs
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9
People
(Reporter: danm.moz, Assigned: danm.moz)
References
Details
(Keywords: embed)
Attachments
(1 file)
It strikes the embedding API review team that GetPersistence lives uneasily in
the nsIWebBrowserChrome interface. We should move this somewhere else or, failing
that, make it more palatable.
Current ideas are:
1) move it to nsIBaseWindow
2) move it to the Mozilla-FE-only nsIXULWindow (requiring using include files
from Mozilla XPFE in basic components which shouldn't be doing that)
3) hide the functionality in something more generic like [SG]etMessage
4) simplify it to [SG]etPersistence(yes or no)
I'm leaning toward #4 right now. The argument being there's something wrong with
all of them, but maybe #4 the least. And a [SG]etPersistence functionality could
be construed to make sense on that interface.
Updated•24 years ago
|
Priority: -- → P2
.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 3•24 years ago
|
||
Correction: Changing QA contact for the Embed API bugs to David Epstein.
QA Contact: mdunn → depstein
Comment 4•24 years ago
|
||
* set/getPersistence no longer in nsIWebBrowserChrome.idl
* moved to nsIDocShellTreeOwner.idl
Status: RESOLVED → VERIFIED
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•