Please check the interface implementation for nsISelection. The crashes are possible with any extension which call nsISelection::ToString(), also it’s possible with new extensions made with Gecko 2.0. It’s a bug inside the interface implementation. You did not change the CID for nsISelection, neither you did change its description. Note that this bug also appears in Firefox 3.7, not only in Firefox 4.0ģ. interfaces carefully across multiple versions.Ģ. if you need a binary which is backwards-compatible and if you use The following line implements the one-and-only 'NSGetModule' symbol It is possible for a binary component to be compatible with Mozilla 1.9.2 and Mozilla 2.0 by using the extra macro NS_IMPL_MOZILLA192_NSGETMODULE. Besides I’ve read the following document:Īnd it says. Please give a link to Mozilla documentation where it’s explicitly documented. > 2.0, and all previously frozen interfaces are no longer frozen.ġ. > Note that frozen interfaces can change in Firefox 4.0. Please check nsISelection implementation and fix it if possible.

We have resolved the problem by adding the following changes: Rv = mWindow->GetSelection(getter_AddRefs(selection)) īut now selection->ToString(&szText) returns 0, that means NS_SUCCEEDED(rv) true, BUT szText is not filled with data.

In former versions of Firefox the following code worked without a problem: Note that the description of the interface clearly states that it’s FROZEN! It seems to be a problem with nsISelection interface.

Idm cc for firefox 40.0.3 final