Problems with my built version of firetray vs the download from the google code repo

[Tom]

Hi,

Building on Fedora 16 x64.

I have the 9.0.1 variant of xulrunner-sdk and can generate a xpi:
firetray-0.3.5-svn-r142.xpi

I had to:
sudo yum install scons
sudo yum install nspr-devel
./build.sh --gecko-sdk=/home/tom/xulrunner-sdk/


Name : scons
Arch : noarch
Version : 2.1.0
Release : 1.fc16

Name : nspr-devel
Arch : x86_64
Version : 4.8.9
Release : 2.fc16

When I use the xpi I built I seem to get a random number of unread
messages, but when I use the download from the google code repository
it works perfectly.

The only difference I can see is in the error console I get an error
when using the version from the site which I don't get on my own built
version:
Native module at path '/home/tom/.thunderbird/ht43m7br.default/
extensions/{9533f794-00b4-4354-aa15-c2bbda6989f8}/components/
libnptray_gecko8_x86_64.so' is incompatible with this version of
Firefox, has version 8, expected 9.

Perhaps I need to build with version 8 of xulrunner, I will try that
but I thought from the gecko website that it seemed to say I needed to
use a matching version (and I therefore assumed:
http://code.google.com/p/firetray/wiki/how_to_build was out of date
when it said to use version 8).

Tom

[Tom]

Nope, it doesn't work with 8.0.1 of xulrunner:

[tom@tomsfc16 firetray-read-only]$ ./build.sh --gecko-sdk=/home/tom/
xulrunner-sdk-801/
rm: cannot remove `install.rdf': No such file or directory
******************************
TRAY COMPONENT BUILD OPTIONS
******************************
ERROR MESSAGES: on
DEBUG MESSAGES: off
DEBUG EVENT FILTERS: off
DEBUG FUNCTION CALLS: off
REMEMBER WINDOWS POSITION: on



scons: Reading SConscript files ...
linking: --static
Using GECKO_SDK=/home/tom/xulrunner-sdk-801/
NPTRAY: nptray_x86_64
scons: done reading SConscript files.
scons: Building targets ...
header.py -Icomponents -I/home/tom/xulrunner-sdk-801/idl -o components/
nsITray.h components/nsITray.idl
sh: header.py: command not found
scons: *** [components/nsITray.h] Error 127
scons: building terminated because of errors.
error compiling firetray.xpi


Any suggestions, please?

> use a matching version (and I therefore assumed:http://code.google.com/p/firetray/wiki/how_to_buildwas out of date

[Francesco]

Il 13/01/2012 11:32, Tom ha scritto:
> When I use the xpi I built I seem to get a random number of unread
> messages, but when I use the download from the google code repository
> it works perfectly.

The code is the same, so I think the should be related to user settings.
Verify that "count unread messages" is checked instead of "count new
messages".
"count new messages" often reports the wrong number of messages so I
would not use that.

> The only difference I can see is in the error console I get an error
> when using the version from the site which I don't get on my own built
> version:
> Native module at path '/home/tom/.thunderbird/ht43m7br.default/
> extensions/{9533f794-00b4-4354-aa15-c2bbda6989f8}/components/
> libnptray_gecko8_x86_64.so' is incompatible with this version of
> Firefox, has version 8, expected 9.

This is because in the "official" version I insert different builds of
the binary component: two built for gecko 8 (i686 and amd64) and two for
gecko9.

> Perhaps I need to build with version 8 of xulrunner, I will try that
> but I thought from the gecko website that it seemed to say I needed to
> use a matching version (and I therefore assumed:
> http://code.google.com/p/firetray/wiki/how_to_build was out of date
> when it said to use version 8).

No, you have to use a matching version. In the wiki it said to use gecko
8 for FF8.
If you see the tray icon, then the binary component is working correctly.

Francesco

[Tom]

On Jan 13, 10:57 am, Francesco <fsoltr...@gmail.com> wrote:
> Il 13/01/2012 11:32, Tom ha scritto:> When I use the xpi I built I seem to get a random number of unread
> > messages, but when I use the download from the google code repository
> > it works perfectly.
>
> The code is the same, so I think the should be related to user settings.
> Verify that  "count unread messages" is checked instead of "count new
> messages".
> "count new messages" often reports the wrong number of messages so I
> would not use that.

PERFECT! Thanks so much!

PS I was so wanting to type "why not make count unread messages the
default?" but I don't want to add a negative to my response :)