FireFox Beta 2
About RISC OS Firefox
Firefox was ported to RISC OS to fill the requirement for a comprehensive browsing solution. Based upon the original Mozilla and Netscape work, Firefox is potentially able to access almost any website, and is one of the most widely used browsers in use. Its open source nature means that anyone inside or outside RISC OS development can update it. These features made it an ideal choice for porting to RISC OS.
Firefox was ported to RISC OS by Peter Naulls under the Unix Porting Project as part of a program of bringing Unix programs to RISC OS in order to fill gaps in the application space.
Firefox was only possible at all because it built upon work by the GCCSDK team with GCC and UnixLib and current work by the project such as the ChoX11 library, and of course, the many subscribers to the project who made it financially viable. Thanks for supporting the future of RISC OS.
About the Port
In order to indicate why Firefox is presently the way it is, it is important to understand that, as it stands, it is essentially a direct port of the vanilla Unix version. Very little has been customised to make it RISC OS friendly, with the focus on making it work at all. Without going through this phase, the port would have been all but impossible. Future versions will of course become more RISC OS friendly, with the integration you expect from RISC OS applications.
This is a list of things which are known to be either wrong or non-RISC OS in nature in this version.
Firefox requires SharedUnixLibrary and UnixHome. See www.riscos.info/unix/usage.html on how to obtain these.
Firefox also requires Tinct: www.tinct.net.
The Firefox archive contains a skeleton !UnixHome application. This simply contains an empty !UnixHome.home./mozilla directory which must exist before Firefox will start. Drag this skeleton over your existing !UnixHome.
Drag the !Firefox application to a location of your choice. Firefox requires long filenames and more than 77 files per directory.
On a StrongARM RiscPC, Firefox can take up to 40 seconds to start up. It will take longer on the first run, as profile files are copied. There is no hourglass presently to indicate when it is done, so be patient. .
Unfortunately on some systems and setups Firefox will refuse to load.
This is due to a memory handling problem, and its appearance is somewhat random in nature. This is being worked upon as a priority.
However, also ensure:
You don't have an old !RiscXLib on your system. This sets the HOME variable which conflicts with !UnixHome. The latest RiscXLib is available from www.riscos.info/xlib.
Firefox may have problems starting if you move it. In this case, delete all the files under !UnixHome.home./mozilla.
There's also been a great deal of speculation about what Firefox might and might not be doing. Much of it has been inaccurate. Unless you've looked at relevant code, please refrain.
I can only offer help to Unix Porting Project subscribers. For the moment, do not contact me if you have problems starting Firefox. I already have more than enough information about the issue.
I must insist on no feature requests at this time. This will avoid me becoming inundated with mail.
For the same reason, I must insist upon very stringent requirements for reporting bugs. Remember, for the most part, I'm very much aware of all the present issues, and am working hard to try and improve them. Responding to reports of misfeatures or thing you'd like changed is not a good use of my time. Please refer to the earlier list for present issues.
At the present, I am only interested in repeatable crashes once Firefox has started. That is, a crash you can make happen at least twice, with a specific set of instructions for causing it to occur. If !Firefox.stderr is not blank, then it is important you include that too, and finally, the version of RISC OS you are using. If I require further information, I will ask, and please no "life stories". I am not interested in stdout; don't send it to me.
Only if your bug falls into this category and you have all this information, then send your bug to firstname.lastname@example.org. Don't send it to the mailing list. This may sound harsh, but it is the only way I can properly manage what is one of the largest RISC OS programs ever.
Thanks again to all who contributed to this project. I hope some people may be encouraged to help fix some of the issues still present. Happy browsing
Beta 1 - Initial RISC OS Release.