Enjoy Firefox 3.0 on Solaris 10

The Firefox 3.0 contributed builds are finally available for Solaris 10 now(x86 and SPARC), about one week after its official release. Also what's new and a nice flash for the new features introduction.

Due to the dependency on some libraries not included in Solaris 10(legacy GNOME 2.6), the contributed builds have been missing for some time. The contributed builds contain the following list of libraries each besides Firefox 3.0 package:

glib 2.14.4
atk 1.20.0
cairo 1.4.12
pango 1.18.3
gtk 2.12.3
dbus 1.1.20
dbus-glib 0.74

The list above should be the minimal set of libraries that's needed for Firefox 3.0 on Solaris 10. Both of the builds were made on "Solaris 10 3/05 s10_74L2a" with SunStudio 12, CBE 1.6 and gnome 2.20 spec files(with some tweaking). They are supposed to work on all Solaris 10 and update releases.

To follow the contributed Firefox package convention, all the packages will be installed to /opt/sfw directory. Any interests, please download it to a local place, bunzip and pkgadd it. Run "/opt/sfw/bin/firefox" should be fine(or add /opt/sfw/bin to your PATH). I've tried the builds on my "Solaris 10 5/08 s10x_u5wos_10" x86/SPARC boxes here with several extensions, they work fine. Well, it's better to wait for a newer flash plugin release to avoid known crash.

I'm not sure how the qulity exactly is. So any problem, please raise it up. It'll be good to talk about this in desktop dash discuss at opensolaris dot org.


It's great to see a build for Solaris 10! Works great here, with one strange "glitch". When I begin to type into the URL bar, the descriptions for pages I haven't yet hit that come up as selections seem to be in Chinese... is there anything I can change to correct that? :)

Other than that, things look good!

Posted by Ken Lareau on June 24, 2008 at 11:22 PM CST #

All Solaris10 users really appreciate this effort and I am sure I am not alone here, we wish to see a recent GNOME (or even KDE) desktop / libs becoming the norm for stock Solaris10.

Q.1 Is there any FF3.0 feature that could not be made available to the current rel for solaris10 ?

Q.2 I saw that the package installed several libs under /usr/sfw/lib . Are JDS3 apps now using these new libs ?

thanks again...


Posted by Michael Thomadakis on June 25, 2008 at 02:11 AM CST #

Ken, any link to the screenshot can be provided? Any chance that you've opened some page with Chinese keyword before?

Michael, 1) I didn't do a full test for the builds yet and I haven't seen a feature lost in them till now. 2) The packages are installed to /opt/sfw/lib to follow the convention of our Firefox contributed builds, also to avoid the conflict with the system ones. That's to say, the JDS3 apps won't use these new libs by default.

Posted by alfred on June 25, 2008 at 03:12 PM CST #

Will this bundle work on OpenSolaris 2008.05?


Posted by Gregg Sporar on June 26, 2008 at 09:46 PM CST #

gregg, yes, the integration of Firefox 3.0 into OpenSolaris is on the way.

Posted by alfred on June 27, 2008 at 10:29 AM CST #

I installed the Minefield 3 build for Solaris 10 from

(see http://blogs.sun.com/pengyang/entry/enjoy_firefox_3_0_on)

I seems to work fairly well, but some FX 3 add-ons don't quite work on it (like Colorfultabs). I have Sol 10 11/06 sparc.

Now there is a Firefox 3 build for Solaris 10 on the mozilla ftp site, contributed by the Sun Administrators division of the Student Systems Administrators program at Thomas Jefferson High School for Science and Technology (TJHSST). (?!? - What the...)

Some questions:

1) Are both packages basically the same, or is Minefield a post-Firefox 3 beta release? Is it based on the beta nightly builds, and thus not fully tested?

2) Is the new Firefox 3 Solaris 10 build the REAL FX 3 release, fully tested and stable?

3) Has anyone compared these two packages with each other on Solaris 10? Any opinions on relative stability/functionality? Which do you recommend?

Thank you...

Posted by sparcmaster on June 28, 2008 at 06:01 PM CST #

sparcmaster, please refer to my new post.

Posted by Alfred on June 29, 2008 at 03:27 PM CST #

sparcmaster, another update, I've tried the builds on my Solaris 10 5.08 boxes(x86/SPARC) here. The extension colorfultabs works fine.

Posted by alfred on June 29, 2008 at 04:34 PM CST #

Thank you for the info, Alfred! I tried installing the TJHSST version on my Sol 10 11/06 sparc box, and it will not start, giving a GTK deficiency, even though I installed the library dependencies in /opt as per instructions. I must say that the presence of both releases is a source of confusion for users. Your release works, the high school version does not, at least for me. I hope that Sun and Mozilla coordinate these releases in the future, so that only one tested Solaris 10 build of FX 3 is available.

Thank you again for providing the FX 3 packages!!! :-)

Posted by sparcmaster on June 29, 2008 at 04:44 PM CST #

Yes, the Colorfultabs does generally work, but when I went into the options, and tried browsing for a background image, FX 3 crashed completely, I think with a core dump.

Posted by sparcmaster on June 29, 2008 at 04:46 PM CST #

Yes, the crash with core dump occurred again. There is something wrong with the file browsing GUI in Colorfultabs options.

Posted by sparcmaster on June 29, 2008 at 04:52 PM CST #

sparcmaster, any chance to give the core stack information(pstack core)? It's a better way to post the issue to (desktop dash discuss at opensolaris dot org) mail alias and we could discuss further.

Posted by alfred on June 29, 2008 at 04:58 PM CST #


I sent the pstack core to the d-d at opensolaris dot org e-mail address. I am not a member of the mailing list. Let me know if you have not received the message.

Thank you...

Posted by sparcmaster on June 29, 2008 at 06:26 PM CST #


Please see the desktop-discuss forums. This FX 3 build crashes every time the file browser is opened (like File/Open File). I removed all add-ons, used the default theme, and the crash still occurs. Not so in FX The pstack core for the Colorfultabs issue applies to this problem. Please let me know if I am doing something wrong, but this build is useless for me with all these bugs. A true Minefield it is.

Posted by sparcmaster on June 29, 2008 at 09:51 PM CST #

sparcmaster, sorry for the delayed response due to the time difference. Do you have flash player plugin installed? There are some known issues with the old plugin which will result in crashes. Could you please grab the latest release and try again?

Posted by alfred on June 30, 2008 at 07:00 AM CST #

The link to the latest flash player: http://www.adobe.com/shockwave/download/download.cgi?P1_Prod_Version=ShockwaveFlash.

Posted by alfred on June 30, 2008 at 07:04 AM CST #

Hi Alfred,

Thank you for your response. I tried installing the new flash plugin, but that had no real effect on the crashing problem with the file browser. It is interesting to note that under CDE, the crashes do not occur as they do in JDS. In CDE, File/Open File opens and starts in my home directory, and the window opens very wide, with the right edge way off the screen, and no files are visible in the window. But no crash. When I select other locations in the left pane, the window displays the files properly. Sometimes, the files in my my home dir do display properly, but rarely. My home directory is the only location where the window problem occurs. Under JDS, FX 3 crashes right away when File/Open File is selected.

Under JDS, there rarely is a core dump, I get this:

The program 'Gecko' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
(Details: serial 29377 error_code 11 request_code 53 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

Also, if I login as root to JDS, and start FX 3, the crashes do not occur, and the file browser opens normally. As root, I am using the default JDS theme. My normal personal (non-root) login uses the Ocean Dream theme. I don't know if that matters, but...

I have been using my old Firefox 2 .mozilla home directory. Maybe there is some conflict between prefs or other FX files between FX 2 and FX 3?

Let me know if there is any other info I can provide you from my system that will help you to find out what is going on.

Thank you....

Posted by sparcmaster on June 30, 2008 at 04:52 PM CST #


I found that when I login as root to JDS, start FX3, select File/Open File (no crash as / is the starting directory), and then navigate to my main user home directory, FX3 will again crash when attempting to display the files in there. So there is some funky file(s) in my home directory on which FX3 is choking. I had a file named something like #Noted_Sun_6/6/07# in there, but that was not the problem. Can you think of any weird file or directory names that could cause this crash?

Thank you and regards....

Posted by sparcmaster on June 30, 2008 at 06:43 PM CST #

I copied the entire contents (including hidden files) of my home directory to another directory, and FX 3 could read the new directory with no problems using the file browser. So, it is not the contents of the home dir that are the problem. What about permissions? FX 2 has no problems reading my home dir.

Another comment: the FX 3 file browser does not contain a button enabling the reading of hidden files, as does FX 2. Hmm.

Posted by sparcmaster on July 01, 2008 at 10:40 PM CST #

The problem has something to with gtkwindow.c. I got this message upon encountering the file browser problem under CDE:

(Gecko:1850): Gtk-CRITICAL \*\*: file gtkwindow.c: line 3776: assertion `width > 0' failed

Posted by sparcmaster on July 02, 2008 at 02:15 AM CST #

Ah ha. To see toggle hidden file viewing, right click in the file browser window.

Posted by sparcmaster on July 02, 2008 at 02:24 AM CST #

Hi Alfred,

I was enjoying the most recent build of FX 3 for Solaris, and I experienced repeated crashing related to the RealPlayer 10 plugin which is included in Sol 10 11/06 in /usr/lib/RealPlay. In the FX 3 plugins directory, I had made symbolic links to the .so and .xpt files in the mozilla directory of the realplayer installation, as I have for Mozilla 1.7 and FX 2. The following URL will crash FX 3 badly:


This link worked fine in your previous Minefield build of FX3, in FX 2, and in Mozilla.

Now, I hate realplayer with a mad passion. However, I thought I would pass my experience on to you, as there seems to be a change in behavior regarding realplayer 10 between the test build and the current build, and this could point to other issues. Does the above URL work for you with the realplayer 10 plugins installed in FX 3?

The readme for the TJHSST build of FX 3 states:


The RealPlayer 10 Mozilla plugin does not work with this build. You need at
least RealPlayer 11 to use the plugin.

1. Download RealPlayer from http://www.real.com/
2. Create a directory and extract the tarball in that directory.
3a. Run Bin/install to use the automated installer
cd /path/to/<Firefox install location>/plugins
ln -s /path/to/<RealPlayer install location>/mozilla/nphelix.so
ln -s /path/to/<RealPlayer install location>/mozilla/nphelix.xpt
ln -s /path/to/<RealPlayer install location>/realplay /usr/bin/realplay
NOTE: You may need to define HELIX_LIBS in /path/to/<RealPlayer install
location>/realplay script to /path/to/<RealPlayer install

I cannot get rp 11 to work correctly on my sparc box. The realplay script must be modified to export HELIX_LIBS and localization (URL-8), and even then I can't get any real movies or sound clips to play properly in FX 3 using the rp 11 plugins.

Do you recommend rp 10 or rp 11 to work with the current FX 3 build? Or do you suggest avoiding any version of realplayer?

Thank you...

Posted by sparcmaster on July 02, 2008 at 05:50 PM CST #

Uh-oh, have you tried this link with the new flashplayer plugin installed:


I locks my firefox completely, requiring a manual kill. I'll keep testing. Some other sites requiring java work fine.

Posted by sparcmaster on July 03, 2008 at 05:00 AM CST #

Is the integration of firefox being done so that we can compile against the included xulrunner so that scipts like this will not fail:

elif [ x`pkg-config --exists firefox-xpcom && echo YES` = "xYES" ]; then
MOZILLA_INCLUDES=`pkg-config --cflags firefox-xpcom`
MOZILLA_LIBS=`pkg-config --libs firefox-xpcom`

Posted by Hugo A. Garcia on July 03, 2008 at 08:53 PM CST #


Sorry for the very long delay in getting back to your questions. I haven't acquired a screenshot yet, mainly because I have gone back to Firefox 2 for now; unfortunately one of the sites I frequent uses RealChat for its chat system and the Solaris 10 build of Firefox 3 can't seem to find Flash properly for that application. I tried several versions of Flash, so it's not that, and given that it works just fine on Firefox 3 on OpenSolaris, I suspect it has something to do with the build itself. Perhaps once that issue is corrected, I can look into using Firefox 3 again.


Posted by Ken Lareau on July 09, 2008 at 05:57 AM CST #

FF 3.0.1 was just released. Is there any plan to build FF 3.0.1 for Solaris 10 ?


Posted by Michael Thomadakis on July 17, 2008 at 06:44 AM CST #

Michael, the Firefox 3.0.1 builds for Solaris 10 are available now. Please refer to my latest post: http://blogs.sun.com/pengyang/entry/firefox_3_0_1_builds.

Posted by alfred on July 21, 2008 at 06:20 AM CST #

Thanks Alfred,

I am using AMD64 workstation (Ultra 20M2) with Solaris10 and at times 3.0.1 locks up. Has anyone noticed this in their systems?


Posted by Michael Thomadakis on July 23, 2008 at 02:51 AM CST #

I have noticed that Firefox 3.0 for Solaris crashes a lot on various web sites, sometimes intermittent on some web sites (which makes me think it might be ads that are causing such crashes). Other than the frequent annoying crashes, Firefox 3.0 on Solaris works great! :P

Posted by Anonymous Cow on September 03, 2008 at 07:38 PM CST #

Anonymous Cow, is there any core stack available? You can send me email directly. And an known issue about Firefox crash is related to the flash plugin? Do you have the plugin on your box? Is it the latest version 9.0 release v125?

Posted by alfred on September 04, 2008 at 04:06 AM CST #

Have run into several small gliches in using Firefox 3.0 with the latest Solairs 10 10/08 release. One problem is with a javascript file nsBrowserContentHandler.js.An error message at line 707 occurs when we try to launch the Sun Secure Global Desktop software application using the Firefox browser.
The error messages are as follows. Error:Warning:unrecognized command line flag -UILocale. Error:Warning: unrecognized command line flag -contentLocale.

I am not smart enough to know how to fix this, but I can follow orders. Can you tell me how to fix this?

Also another small issue is that the i386 java file libjavaplugin_oji.so is loaded in the "sparc" release. Therefore the java script doesn't work on a sparc box. I replaced it with the sparc file and it works fine.

Thanks for all your hard work on the port.


Posted by Kenn Ro on December 05, 2008 at 05:51 PM CST #

kenn, the error message should be related to bug: http://bugs.opensolaris.org/view_bug.do?bug_id=6565394. Firefox can run with this error with no problem as I know.

The plugin will be loaded automatically by name. If an x86 binary is there, it'll be loaded as well. If you're on a SPARC box, please get a SPARC version.

Posted by alfred on December 06, 2008 at 07:32 AM CST #

Hi, whenever i am opening a new firefox profile, i am encountering the EULA. Is there a way to get rid of the same?

Posted by bharath on January 19, 2009 at 06:01 AM CST #

bharath, seems that you've left an invalid email an the message can't be delivered to you successfully. Anyway, the EULA issue have been fixed in the 3.0.5 release: https://bugzilla.mozilla.org/show_bug.cgi?id=456439. Please upgrade to this release or later for the issue.

Posted by alfred on January 19, 2009 at 06:27 AM CST #

Is there a Problem with DBUS or something different in FF3?

Problem: clicking on downloadable files like PDF or TXT or ....
invokes correctly the "Opening..." dialog, further ff3 (or gnome)
correctly knows about the application to open the document with
("what should FF do with this file..." and "Open with evince|gedit|")

But clicking ok for the "default" application gives an error
"Download error" "/tmp/... could not be opened because the associated helper application does not exist"

I tried to solve this with many different approaches but no success,
and with some truss i got to the point that i think there is something going wrong with dbus.

Does anyone else out here CAN use this helper-functions in ff3 on solaris? Or is it a know bug?

I am using ff 3.0.5 , solaris 10u6 , JDS

... btw thanks for implementing printing via CUPS in 3.0.5!!!

Posted by Thomas on February 04, 2009 at 10:48 AM CST #

Thomas, I believe this is a known issue for Firefox: https://bugzilla.mozilla.org/show_bug.cgi?id=464443. The patch is ready for review there. The work around is to download the file to the local directory and double-click it in Nautilus file browser.

CUPS isn't shipped with Solaris 10 as I know, but it's glad to know that it does work for you:)

Posted by alfred on February 05, 2009 at 08:23 AM CST #

hmm, i dont think its the same bug - as for all the filetypes correct gnome-mime default apps exist.
And it works correct in all FF2 versions i ever used
Does it work for you in solaris?

and for CUPS:
Of course cups isnt a part of sol10, but there is a trick to make it work:
- 1. install CUPS from csw
- 2. ok a bit nasty, but works well:
-- replace the /usr/bin and /usr/sbin lp\* executables with the /opt/csw/bin (or sbin) one. Best is to symlink them to /opt/csw.
--3. symlink the cups library in /usr/lib:
ln -s /usr/lib/libcups.so.2 /opt/csw/lib/libcups.so.2

works for all interesting user applications i know , like FF2,FF3,Openoffice,staroffice8,thunderbird, etc etc etc

Posted by Thomas on February 05, 2009 at 08:46 AM CST #

Thomas, I had the same problem with Firefox 3.0.x in pre-release version of OpenSolaris 2008.11 and we took the patch from the community to fix the bug in the official release as I know. Some detail can be also found in the bug: http://defect.opensolaris.org/bz/show_bug.cgi?id=4845.

That seems to be a big mix for me: Solaris 10 + Blastwave + Contributed builds. Nice to know it works anyway:)

Posted by alfred on February 05, 2009 at 09:13 AM CST #

Are there any build instructions? I would like to build later firefox versions for Solaris 10 leveraging on this port. I also want to build the xul/sdk for building extensions.

Also has anyone built thunderbird 3.0bx for Solaris 10?

I move around between opensolaris, linux, and Sol10 and its a struggle to keep the sol10 tools compatible.

Posted by Ken on February 06, 2009 at 03:45 PM CST #

Ken, thanks for your interests to do so. We appreciate the involvement from the community. Here is the build instructions for Firefox 3.0.x on Solaris 10: http://www.opensolaris.org/jive/message.jspa?messageID=260452#260452. It should work as I know.

BTW, the latest Firefox 3.0.6 release is also available for Solaris 10: http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0.6/contrib/. Please subscribe to desktop dash discuss at opensolaris dot org to get the release announcement if you're interested in future Firefox 3.0.x releases.

Any problem on building Firefox/XULRunner on Solaris 10, please feel free to let me know.

Posted by alfred on February 07, 2009 at 05:45 PM CST #

your posted bug id http://defect.opensolaris.org/bz/show_bug.cgi?id=4845 does not exists, some typing error?
I am still stuggeling with this problem. Its a bit nasty, all works besides opening default-external-applications via click on links.
I'd like to solve this...


Posted by Thomas on February 27, 2009 at 08:50 AM CST #

Thomas, I can open the bug link here (http://defect.opensolaris.org/bz/show_bug.cgi?id=4845). Could you please double check on your environment?

Posted by alfred on February 27, 2009 at 09:03 AM CST #

you're right - direct clicking takes the closing")" with it, so searching for the ID works.

-3.0.6 doesnt support cups anymore :( via truss i can see that ff3 only tries to open the "libprintbackend-papi.so" and doesnt care about any other library in the printbackends folder.
I tried to figure out how to connect with papi to my cups environment but at the moment i dont understand much about how that might work.

Alfred, again my question: Are you able to use "external" helper applications in FF3? Like clicking onto an Openoffice document or PDF document invoking firefox to start that external application?
For all gnome standart mime-assignments like pdf->evince odt->openoffice etc firefox shows me the "standart application" but fails starting the application.

When i try to change the behaviour in "tools"-"applications" its stored there (and in the mime-types.rdf in profiles folder) but \*not\* considered in the "open with" dialog.

Posted by Thomas on February 27, 2009 at 03:58 PM CST #

Thomas, sorry for getting back late to you. Was trying to build the contributed builds and address the issues you raised.

The CUPS support isn't available in the Firefox contributed builds shipped with GNOME 2.20 libraries. You can go here (http://releases.mozilla.com/sun/solaris10/3.0.7/) to get the builds shipped with GNOME 2.24 and copy the cups backend to the directory. It's supposed to work.

As for to use "external" helper applications, I've applied the patch to the GNOME 2.24 based Firefox builds. It should also work now. Any problem, please let me know.

Posted by alfred on March 05, 2009 at 07:00 AM CST #

thanks alot! With 3.0.7 finally opening all gnome-mime-relevant Files works now!

For programs of the opencsw/blastwave tree (opt/csw/bin) a small workaround is needed, because this firefox-installation you made works
with LD_LIBRARY_PATH - and leads to trouble for example for evince (loading the wrong gtk lib).
Workaround is: rename evince executable in /opt/csw/bin to evince-bin
and create a shellscript "evince" with 4 lines to unset the LD_LIBRARY_PATH:

/opt/csw/bin/evince-bin "$@"

at the moment i have some trouble with cups yet.
I use the libprintbackend-cups.so from the first firefox3 package as its not included anymore since 3.0.3.
I see my cups printers but it doesnt print yet.
When i find out why i will post again.

BTW: Is it possible to get newer versions of these printbackends ?


Posted by guest on March 06, 2009 at 12:57 PM CST #

thomas, the printer backend from http://releases.mozilla.com/sun/solaris10/ should be the latest one and can work with the GNOME 2.26 dependent gtk library.

Posted by alfred on March 11, 2009 at 12:08 PM CST #

oops, sorry for the typo. should be GNOME 2.24 gtk library in the last comment.

Posted by alfred on March 11, 2009 at 12:10 PM CST #

Am I the only one who's found the most recent Firefox 3.0 releases unusable if Flash is enabled and one visits Flash-laden sites? Since around 3.0.4 I've noticed that CPU tends to peg to 100% and I have "pauses" on the browser of up to 10 seconds, making doing anything useful nearly impossible. Forget sites like YouTube, the video freezes every 5-10 seconds for 2-3 seconds at a time. I seriously hope 3.1/3.5 is better in this regard, or I'll be searching for a new browser soon.

Posted by Ken Lareau on April 03, 2009 at 06:26 AM CST #

Ken, is this problem also reproducible with Firefox 3.0.8 or Firefox 3.1b3 on Solaris 10? Since this is related to Flash, I'd recommend to upgrade to the latest flash player plugin ( from http://get.adobe.com/flashplayer/ and to verify whether that could be any help. If not, please report this problem to desktop dash discuss at opensolaris dot org. Some flash experts there could give more hints on this particular problem.

BTW, this is more like a Flash plugin problem instead of a Firefox bug to me.

Posted by alfred on April 03, 2009 at 06:36 AM CST #

Firefox 3.0.8 and the latest Flash ( seems to be even slightly worse than what I was running before (3.0.5 and an earlier 10.0.22). Firefox 3.1b3 wouldn't even get past the initial window drawing before crashing.

I wouldn't be surprised if it's Adobe's horrid programming as my Fedora 10 system at work experiences similar issues with Firefox 3.0.8 and Flash. Firefox 3.1b2 on OpenSolaris does seem to be a bit better, however.

Posted by Ken Lareau on April 03, 2009 at 07:45 AM CST #

Ken, some flash developers for OpenSolaris in desktop dash discuss at opensolaris dot org might be interested in the problems you have for Flash. So don't hesitation to ask there. As for myself, Firefox 3.1b3 + latest Flash plugin works ok. And I have Flashblock addon to disable those unwanted flash contents which is really nice:)

Posted by alfred on April 03, 2009 at 07:58 AM CST #

Update: I have gotten Firefox 3.5b4 to run just fine on my Solaris 10 desktop, and it definitely seems far more responsive than Firefox 3.0.8. It seems a combination of Flash, Javascript and lots of tabs open is what causes Firefox 3.0.x to peg the CPU and become unusable, so hopefully 3.5 will be released officially soon enough so that several of the add-ons I use will be usable again.

Unfortunately, there are two side effects from this switchover; I am no longer able to use the Java plugin. Any attempt to start the browser with it enabled (via a symlink into .mozilla/plugins) generates the message "INTERNAL ERROR on Browser End: Could not get the JVM manager" and the browser exits immediately. I have not found a solution for this yet. Also, it seems opening new windows causes the following message to be spewed to the xterm I'm starting the Firefox process from: "(Gecko:12470): Gdk-CRITICAL \*\*: file gdkpixmap-x11.c: line 153: assertion `(width != 0) && (height != 0)' failed". Also uncertain what is causing this one, though it seems to not affect usage (at least so far in my limited time using it).

A solution to the Java plugin issue would be wonderful if anyone knows, otherwise I'll need to run Firefox 3.0.8 in parallel to do anything that requires the plugin.

Posted by Ken Lareau on May 20, 2009 at 03:42 AM CST #

Ken, which Java release are you using? Since Java SE 6 Update 10 has been shipped with a new Java plugin? Could you please try this new one with Firefox 3.x? Just copy the /usr/java/jre/lib/i386/libnpjp2.so file to your .mozilla/plugins folder should do the trick.

Posted by alfred on May 26, 2009 at 10:43 AM CST #

How can i change the gnome-interface languages?
The "print-dialog" or "open file" dialog with the newer
GNOME2.6 libraries used for firefox3 or firefox3.5 only
appear in enlish.

For firefox3/3.5 itself i could change just in putting the
"de.jar" and "de.manifest" files (from some linux package) into the
chrome directory.


Posted by Thomas on July 09, 2009 at 11:43 AM CST #

Post a Comment:
Comments are closed for this entry.

« July 2016