615213 - Remove nsIGlobalHistory (Components.classes["@mozilla.org/browser/global-history;1"]) code

Status: RESOLVED FIXED

(Core :: DOM: Navigation, defect)

Description

[Serge Gautherie (:sgautherie)]

http://mxr.mozilla.org/mozilla-central/source/docshell/base/Makefile.in
still has
{
55 SDK_XPIDLSRCS = \
56                 nsIGlobalHistory.idl \
57                 $(NULL)
}

But nsGlobalHistoryAdapter.cpp was removed by bug 568691.
http://hg.mozilla.org/mozilla-central/rev/08410c390aa9

Then it seems this interface is not registered (anywhere) anymore.

1) Was it intended or just missed?
2) Are there other interfaces in the same case?

Comment 1

[Serge Gautherie (:sgautherie)]

Fwiw,
http://mxr.mozilla.org/mozilla-central/source/docshell/base/nsIGlobalHistory.idl
42  * @status DEPRECATED. This interface is still accepted, but new
43  *         implementations should use nsIGlobalHistory2.

Then you might want to take Gecko 2.0 as an opportunity to remove this interface completely.
But that's just a reminder, not a request.

Comment 2

[Benjamin Smedberg]

This was an intentional change. We should remove the interface.

Comment 3

[Serge Gautherie (:sgautherie)]

"blocking2.0=?":
Stop exposing/building an interface that is actually unavailable now.

Comment 4

[Benjamin Smedberg]

No, I don't want to remove it now because extension code which doesn't actually use it may still be trying to use Components.classes.nsIGlobalHistory.

Comment 5

[Serge Gautherie (:sgautherie)]

(In reply to comment #2)
> We should remove the interface.

(In reply to comment #4)
> I don't want to remove [the code]

Wow, I'm puzzled!
So you say you want to "keep (building) the code in the tree, yet not register the interface anymore"?

(I wonder what good that does.
Maybe take bug 603031 + bug 615219 as an example.)

Comment 6

[Benjamin Smedberg]

No, I'm saying we should remove the interface *after* we branch for Firefox 4. The *interface* is still present in Firefox 4, but there are no implementations of it, so it's vestigial.

Comment 7

[Serge Gautherie (:sgautherie)]

(In reply to comment #6)

Hum (I'm not sure I fully understand, but), in other words, am I right to say that:
*this bug is Future for now (until FFv4 branches)?
*ChatZilla is now required to use nsIGlobalHistory2 (bug 615219) to keep working with Gecko 2.0b2+?

Comment 8

[Marco Bonardo [:mak]]

(In reply to Benjamin Smedberg  [:bsmedberg] from comment #6)
> No, I'm saying we should remove the interface *after* we branch for Firefox
> 4.

So, we are quite far from Firefox 4, we still don't have an implementation of this interface, so whoever tries to use it is likely just not doing what he thinks.

Benjamin, would you be fine to actually do the removal now?  We can reach tracked add-ons authors through the AMO team, though at this point I expect those being just onowned and unmaintained add-ons.

Comment 9

[Benjamin Smedberg]

Yes, please remove.

Comment 10

[Marco Castelluccio [:marco]]

Attachment: Patch

Remove nsIGlobalHistory (if we want to)

Comment 11

[Marco Bonardo [:mak]]

I assume benjamin's review here is also valid as a SR for the interface change, and after all this was already in the plan from a long time.  So this can land.

Comment 12

[Marco Castelluccio [:marco]]

I've sent the patch to try: https://tbpl.mozilla.org/?tree=Try&rev=fce464dcb502

Comment 13

[Marco Bonardo [:mak]]

https://hg.mozilla.org/integration/mozilla-inbound/rev/c0110c112580

Comment 14

[Ed Morley [:emorley]]

https://hg.mozilla.org/mozilla-central/rev/c0110c112580

Comment 15

[Eric Shepherd [:sheppy]]

Doc updated:

https://developer.mozilla.org/en/XPCOM_Interface_Reference/nsIGlobalHistory

Mentioned on Firefox 15 for developers.