mmadia / bezilla Goto Github PK

Fork of Mozilla's 1.8 CVS code base for HAIKU

Shell 1.13% Perl 2.54% C++ 50.98% C 31.47% JavaScript 8.31% R 0.15% CSS 1.95% XSLT 0.04% Erlang 0.01% Objective-C 2.57% Ruby 0.25% Python 0.14% PHP 0.02% Racket 0.02% Elixir 0.01% Java 0.22% Visual Basic 0.01% C# 0.18% Pascal 0.01% Scala 0.01%

bezilla's Introduction

This Mercurial repository is a fork of Mozilla's 1.8 CVS code base.
It was retrieved on 2010-March-05.

The purpose of this is to maintain a port for Haiku, http://www.haiku-os.org.
Firefox 3 and above are on hold due to a non-functional port of Cairo.
Since this fork uses numerous patches that were not accepted by Mozilla.org,
their trademarks cannot be used, which includes the Firefox name and logo.
As such, these builds are called BeZilla.

See supporting-files/documents/ for information on building and packaging.

Thank you.

bezilla's People

Contributors

Watchers

Forkers

diversys

bezilla's Issues

Options window don't have a title

Name: @mmadia
URL: http://ports.haiku-files.org/ticket/155

https://bugzilla.mozilla.org/show_bug.cgi?id=459223
confirmed in 2.0.0.21pre with r5bone + haiku

If you click Tools->Options you should see a window without title

initially reported by Diver

Scrollbar arrows are shifted to the left

Name: @mmadia
URL: http://ports.haiku-files.org/ticket/156

https://bugzilla.mozilla.org/show_bug.cgi?id=459227
confirmed in 2.0.0.21pre with r5bone + haiku
initially reported by Diver

Scrollbar arrows are shifted to the left side, but in other systems they are centered

plan: create patch file to switch normal css scrollbar data with one to simulate Haiku native scrollbars.

Misleading user-agent

Name: @mmadia
URL: http://ports.haiku-files.org/ticket/196

Reported by Rene Gollent, BeZillaBrowser returns BeOS as part of it's agent string:
Mozilla/5.0 (BeOS; U; Haiku BePC; en-US; rv:1.8.1.21pre) Gecko/20090218 BonEcho/2.0.0.21pre

Update mozilla.org/port/beos website

Name: @mmadia
URL: http://ports.haiku-files.org/ticket/195

http://www.mozilla.org/ports/beos/

That webpage is very old. It has been suggested to update it

This is a link to the source of the page.

Implement Haiku 404 error messages

Name: @mmadia
URL: http://ports.haiku-files.org/ticket/189

A while back, Franxico put together some haiku (as in 5-7-5) 404 error messages for use with Firefox.

His initial work is documented in this BeZilla Blog post.

Omar "osnr" helped in updating the code to work as a standalone file.

Currently, I'm having issues integrating osnr's work into toolkit.jar.

Recently, Franxico pointed out this website as a possible tool: http://www.cs.ucsc.edu/~kjin/ezp.html

Add Haiku specific words to spellcheck vocabulary

Name: adek336
URL: http://ports.haiku-files.org/ticket/186

The spelling vocabulary which underlines words in for example text input fields should include such words as: replicant, preflet;

proper names like: BeOS, Deskbar, LaunchBox, ShowImage, ActivityMonitor, BePDF, BeZillaBrowser, CDPlayer, CodyCam, DeskCalc, DiskUsage, DriveSetup, Icon-O-Matic, MediaPlayer, PackageInstaller, Pe, Screenshot, SoundRecorder, StyledEdit, TextSearch, VLC, WonderBrush (there are already proper names in the vocabulary, like Firefox or Mozilla)

and perhaps UserBuildConfig UserShutdownScript prealpha etc.

For further inspiration try pasting the Haiku userguide in such an input field.

Migrate to HaikuArchives

I think it'd be a good idea if more than just one person had access to the central BeZilla repository.
@mmadia, I can transfer BeZilla to HaikuArchives if you go to the admin settings of this repo and transfer ownership to me or one of the other HaikuArchives team members.

BeZilla is still using old-style cursors

Name: @scottmc
URL: http://ports.haiku-files.org/ticket/423

This was reported as Haiku ticket-6682, but it seems it's only broken in BeZillaBrowser. Perhaps they can be updated to use the ones from WebPositive?

Message pump in AppShell relies on bad assumption

Name: @mmadia
URL: http://ports.haiku-files.org/ticket/159

https://bugzilla.mozilla.org/show_bug.cgi?id=444633

confirmed in Haiku

Initially reported by fyysik

for internal communication we use BeOS ports, which are OS-global objects, but assign to those names generated from PR_GetCurrentThread - actually from pointer, which value isn't OS-wide unique.

That worked with BeOS memory allocator, by occasion, actually, but in Haiku-OS those pointers get same value for simultaneously running Mozilla applications.

Which leads to closing one app by another.

We need to replace that bad port name generation in nsAppShell, nsToolkit and in plevent

http://community.livejournal.com/bezilla/282356.html

actual for all branches and trunks, but we do care only about 1.8 and above

see launch-kill-dowhile.patch
Needs to be submitted to bugzilla.mozilla.org

Sometimes stops rendering

Name: @mmadia
URL: http://ports.haiku-files.org/ticket/194

copied from http://dev.haiku-os.org/ticket/3179:
Reported by: Adek336

Sometimes after browsing for a while in Firefox, many tabs, clicking on a link changes the Firefox window title, the favicon, it loads the new site for a while, however, the old site is still visible on screen, not the new one.

The old site is visible, but is not navigable, though; I cannot scroll the page although a scrollbar is present, can't click links etc.

Firefox 2.0.0.17, r28736, I've seen this for some time now.

In this state, the tab bar is out of refresh as well- I can click on the tab bar, go to another tab, even change the site I'm viewing, but the tab bar doesn't rerender and the same tab is drawn as active all the time.

I can even middle-mouse-click on the tabbar to close the tabs, and even then the tab bar doesn't redraw.

Firefox window is bigger than screen

Name: @mmadia
URL: http://ports.haiku-files.org/ticket/158

https://bugzilla.mozilla.org/show_bug.cgi?id=462003

confirmed in Haiku, untested in r5bone.

Initially reported by Adrian Panasiuk

Right after installing Haiku to a partition, at the first run of Firefox, it opens a window that is vertically larger than the screen and horizontally smaller than the screen. So it's neither maximized or a small window. This is plain ugly. It brings in a messy, untidy feeling to Haiku. Firefox should open (at first run) either a maximized window or some small, centered window. Otherwise people trying out Haiku will get a bad impression.

Comment from tqh:

I can confirm this. After first launch it remembers previous window size, so it's just on first start under Haiku. I suspect it might because of hardcoded window tab height, and Haiku has different, but havn't confirmed that.

Bookmark properties dialog renders wrongly

Name: @mmadia
URL: http://ports.haiku-files.org/ticket/157

https://bugzilla.mozilla.org/show_bug.cgi?id=461998
confirmed in 2.0.0.21pre with r5bone + haiku
initially reported by Adrian Panasiuk

Right click on bookmark on personal bookmark toolbar, click Properties; the whole dialog except one input field is solidly filled with one color. ( no text visible etc. )

Note: resizing dialog window refreshes display.

Finish implementation of native Drag And Drop

Name: @mmadia
URL: http://ports.haiku-files.org/ticket/161

https://bugzilla.mozilla.org/show_bug.cgi?id=343736

Too much to summarize...

Note: A proper Drag and Drop implementation in Firefox would greatly help to increase its integration into Haiku