Closed Bug 174583 Opened 23 years ago Closed 23 years ago

Remove nsIRDFDataSource { nsIEnumerator GetAllCommands(in nsIRDFResource aSource); }

Categories

(Core Graveyard :: RDF, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: timeless, Assigned: timeless)

References

Details

Attachments

(1 file)

There aren't any real consumers.
Here's a list of Modules, Files, and Owners. If the owners or mozilla.org would sign off on this then I'll work on getting it in at some point (depending on how important it is to mozilla.org). XPApps <hewitt@netscape.com> mozilla/xpfe/components/search/src/nsInternetSearchService.cpp {Internet Search} <rjc@rjcdb.com> mozilla/xpfe/components/history/src/nsGlobalHistory.cpp {History} <blaker@netscape.com> mozilla/xpfe/components/intl/nsCharsetMenu.cpp {Intl} <ftang@netscape.com> mozilla/xpfe/components/windowds/nsWindowDataSource.cpp <alecf@netscape.com> Mail <sspitzer@netscape.com> <bienvenu@netscape.com>
Assignee: waterson → timeless
r=rjc for bookmarks, internet search, local search, history, http index, related links, window datasource and RDF changes
Comment on attachment 102942 [details] [diff] [review] draft remove GetAllCommands no consumers? wacky. Seems like at the very least this should be using nsISimpleEnumerator. In any case, sr=alecf for the footprint work. I wonder how many people even use all the old command work that is in RDF? I wonder if we might consider moving it to another interface (nsIRDFCommandDataSource?) so that not all consumers would be forced to implement IsCommandEnabled/etc. Those consumers that use it could QI to nsIRDFCommandDataSource or something
Attachment #102942 - Flags: superreview+
> no consumers? wacky. Seems like at the very least this should be using nsISimpleEnumerator. History: Warren added GetAllCommands() which uses nsIEnumerator. At some later point, I believe that I added GetAllCmds() which uses nsISimpleEnumerator. It is a good thing to remove the former and should have been done a long time ago except that we were all busy with other things. As for adding yet another interface: smells like "busy-work".
the reason I don't think its busy work is that I believe that if 90% of rdf datasources / consumers don't use the command system, then there's no need to burden EVERY datasource with its use. It reduces code bloat.
Alec, I suspect that we're talking about multiple bytes, not multiple K. Just having to add additional QIs for a new interface will cost some bloat (again, bytes). Feel free to measure.
mail stuff looks ok, if indeed this interface is never called.
Blocks: 174603
Comment on attachment 102942 [details] [diff] [review] draft remove GetAllCommands r=bbaetz, given the various moa= in the bug
Attachment #102942 - Flags: review+
bbaetz commented in the wrong bug, but this is fixed (except for phoenix which now has an out of sync cloned file).
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
tever is not RDF QA anymore
QA Contact: tever → nobody
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: