Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Firefox Aurora unable to load add-on with shared library built against XULRunner for Aurora (xulrunner-22.0a2)

18 views
Skip to first unread message

Subrata Mazumdar

unread,
May 11, 2013, 11:40:40 AM5/11/13
to
I am trying test my add-on (that has binary components) with Aurora (FF
22) built with xulrunner-22.0a2.

I am testing on Mac OSX 10.7.5 (Darwin 11.4.2 x86_64).

If I build the binary components with libraries in mozilla-source tree
(i.e., without the --with-libxul-sdk option) option, Aurora app load
the binary components of add-on properly and everything works fine.

But, if I build the with libraries in xulrunner-22.0a2 (i.e., with the
--with-libxul-sdk option), Aurora app fails to load the binary
components of the add-on.

I have no problem with loading the same binary components in FF 21
built with libraries for xulrunner-21.

I have noticed that there are differences in contents of Application
directory for FF-21 (Beta) and FF-22 (Aurora).


Firefox-Beta (FF-21):
(cd ~/Applications/FirefoxBeta.app/Contents/MacOS/; ls *.dylib) :
Firefox-Beta
libfreebl3.dylib* libnssckbi.dylib*
libsmime3.dylib*
libmozalloc.dylib* libnssdbm3.dylib*
libsoftokn3.dylib*
libmozglue.dylib* libnssutil3.dylib*
libssl3.dylib*
libmozsqlite3.dylib* libplc4.dylib*
libxpcom.dylib
libnspr4.dylib* libplds4.dylib*
libnss3.dylib* libplugin_child_interpose.dylib*

Firefox-Aurora (FF-22):
(cd ~/Applications/FirefoxAurora.app/Contents/MacOS/; ls *.dylib)
libfreebl3.dylib* libnss3.dylib*
libplugin_child_interpose.dylib*
libmozalloc.dylib* libnssckbi.dylib*
libsoftokn3.dylib*
libmozglue.dylib* libnssdbm3.dylib*


Any suggestions how to fix this problem. Would this problem go away
when FF22 moves to Firefox beta channel?

Thanks.
--
Subrata



Alex Jordan

unread,
May 11, 2013, 3:34:27 PM5/11/13
to Subrata Mazumdar, dev-apps...@lists.mozilla.org
On Saturday, May 11, 2013, Subrata Mazumdar wrote:

> I am trying test my add-on (that has binary components) with Aurora (FF
> 22) built with xulrunner-22.0a2.
>
> I am testing on Mac OSX 10.7.5 (Darwin 11.4.2 x86_64).
>
> If I build the binary components with libraries in mozilla-source tree
> (i.e., without the --with-libxul-sdk option) option, Aurora app load the
> binary components of add-on properly and everything works fine.
>
> But, if I build the with libraries in xulrunner-22.0a2 (i.e., with the
> --with-libxul-sdk option), Aurora app fails to load the binary components
> of the add-on.
>
> I have no problem with loading the same binary components in FF 21 built
> with libraries for xulrunner-21.
>
> I have noticed that there are differences in contents of Application
> directory for FF-21 (Beta) and FF-22 (Aurora).
>
>
> Firefox-Beta (FF-21):
> (cd ~/Applications/FirefoxBeta.**app/Contents/MacOS/; ls *.dylib) :
> Firefox-Beta
> libfreebl3.dylib* libnssckbi.dylib* libsmime3.dylib*
> libmozalloc.dylib* libnssdbm3.dylib* libsoftokn3.dylib*
> libmozglue.dylib* libnssutil3.dylib* libssl3.dylib*
> libmozsqlite3.dylib* libplc4.dylib* libxpcom.dylib
> libnspr4.dylib* libplds4.dylib*
> libnss3.dylib* libplugin_child_interpose.**dylib*
>
> Firefox-Aurora (FF-22):
> (cd ~/Applications/FirefoxAurora.**app/Contents/MacOS/; ls *.dylib)
> libfreebl3.dylib* libnss3.dylib* libplugin_child_interpose.
> **dylib*
> libmozalloc.dylib* libnssckbi.dylib* libsoftokn3.dylib*
> libmozglue.dylib* libnssdbm3.dylib*
>
>
> Any suggestions how to fix this problem. Would this problem go away when
> FF22 moves to Firefox beta channel?
>
> Thanks.
> --
> Subrata
>
>
>
> ______________________________**_________________
> dev-apps-firefox mailing list
> dev-apps...@lists.mozilla.org
> https://lists.mozilla.org/**listinfo/dev-apps-firefox<https://lists.mozilla.org/listinfo/dev-apps-firefox>
>
See
http://www.gavinsharp.com/blog/2013/02/26/announcing-the-firefox-dev-mailing-list/

Kevin Brosnan

unread,
May 12, 2013, 3:23:15 PM5/12/13
to Alex Jordan, Subrata Mazumdar, dev-apps-firefox
On May 11, 2013 12:34 PM, "Alex Jordan" <alexande...@gmail.com> wrote:
>
> On Saturday, May 11, 2013, Subrata Mazumdar wrote:
>
> > I am trying test my add-on (that has binary components) with Aurora (FF
> > 22) built with xulrunner-22.0a2.
> >
> > I am testing on Mac OSX 10.7.5 (Darwin 11.4.2 x86_64).
> >
> > If I build the binary components with libraries in mozilla-source tree
> > (i.e., without the --with-libxul-sdk option) option, Aurora app load
the
> > binary components of add-on properly and everything works fine.
> >
> > But, if I build the with libraries in xulrunner-22.0a2 (i.e., with the
> > --with-libxul-sdk option), Aurora app fails to load the binary
components
> > of the add-on.
> >
> > I have no problem with loading the same binary components in FF 21
built
> > with libraries for xulrunner-21.
> >
> > I have noticed that there are differences in contents of Application
> > directory for FF-21 (Beta) and FF-22 (Aurora).
> >
> >
> > Firefox-Beta (FF-21):
> > (cd ~/Applications/FirefoxBeta.**app/Contents/MacOS/; ls *.dylib) :
> > Firefox-Beta
> > libfreebl3.dylib* libnssckbi.dylib* libsmime3.dylib*
> > libmozalloc.dylib* libnssdbm3.dylib* libsoftokn3.dylib*
> > libmozglue.dylib* libnssutil3.dylib* libssl3.dylib*
> > libmozsqlite3.dylib* libplc4.dylib* libxpcom.dylib
> > libnspr4.dylib* libplds4.dylib*
> > libnss3.dylib* libplugin_child_interpose.**dylib*
> >
> > Firefox-Aurora (FF-22):
> > (cd ~/Applications/FirefoxAurora.**app/Contents/MacOS/; ls *.dylib)
> > libfreebl3.dylib* libnss3.dylib*
libplugin_child_interpose.
> > **dylib*
> > libmozalloc.dylib* libnssckbi.dylib* libsoftokn3.dylib*
> > libmozglue.dylib* libnssdbm3.dylib*
> >
> >
> > Any suggestions how to fix this problem. Would this problem go away
when
> > FF22 moves to Firefox beta channel?
> >
> > Thanks.
> > --
> > Subrata
> >
> >
> >
> _______________________________________________
> dev-apps-firefox mailing list
> dev-apps...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-apps-firefox

Actually for XULrunner questions
https://lists.mozilla.org/listinfo/dev-platform is a better place.

Kevin
0 new messages