keeleysam / classilla Goto Github PK

Spun off from issue 24, reported from Report-A-Bug!. Nasty top crash.

Current candidates for fixes: 196797 + 199021

A bundle would be nice (which should fail gracefully on OS 8.6).

Lappies will love it. from 1.7
https://bugzilla.mozilla.org/show_bug.cgi?id=226534

It will make further layout patches much easier to implement in nsIFrame.h
(and presumably the IDLs) GetStateBits, AddStateBits, HasView, possibly
others. These are, a/o Aviary, part of nsIFrame.h.

Recommend known Mozilla security updates here *that apply to OS 9 and
Classilla*. THIS IS THE PREFERRED WAY TO REPORT A LAYOUT BUG, as this means
the code already exists. The best patches are the shortest and the closest
to the Mozilla 1.3.1 codebase on which Clecko is based (something like 1.4
or 1.5 would be perfect).

Patches with high security needs should NOT BE PLACED IN THIS THREAD until
a review is completed. Please mail the developers directly (see
www.classilla.org).

I don't know if we're vulnerable, but it's certainly high profile. I need
to do some analysis in NSS to see if this older version is affected in the
same way or if memory corruption is possible.

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

Reported on LEM list by two users,

> - Time Left/Elapsed Time when downloading sometimes display apparently
> random nonsense (numbers and dashes). The Status display seems
> accurate enough.

Need to confirm first. Might add some guard code.

I think it would be a good enhancement if Classilla would use settings from
the Internet Control Panel. It could for instance use the default download
folder from the Internet Control Panel. (Actually from what I can see there
is no way in Classilla to set a default download location.)

Internet Control Panel also includes eMail address settings which do not
get read by Classilla when setting up and eMail account.

This is an extension of the Layout bug META tag, but is specifically for
Acid2-related issues. Firefox 3 is Acid2, and so is iCab, so there is no
reason why we can't be.

Layout issues desired for Classilla *and* Acid2 should be posted in *both*
threads.

Milestone TBA.

With JavaScript. This appears to be due to one of the ad rotators.

Eventually this terminates in a frame destruction which naturally is null.

Bugs exonerated: this is not 348470.

I think I might be my own minimal test case for right-shifted divs. Also,
the test904 page for classilla/start needs to be investigated for incorrect
bounding box rendering.

Plugins with no plugin (most notably flash) cause the page to flicker like
mad when scrolled. Rendering/layout is normal but headache inducing. Minor
useability issue.

It is interesting that this does not occur on every page, so there is
probably a synchronous invalidation or something that gets tripped.

Well, default profile settings needs to have NoScript whitelist or about:*
doesn't work.

Considering dotless support, along the lines of what I use in Overbite. In
fact, I probably should consider porting Overbite to Classilla.

... similar to Camino, iCab, etc.

This affects the Preferences dialog (needs to be a bit taller), and the
Certificates dialog (needs to be wider to see the scroll bar *but* it does
have a resize gadget). There are probably others.

This manifests as blown form controls, such as

http://www.transcorp.com/cgi-bin/ts/edrdatabase.pl?action=account_login

where the submit button appears as a textbox. This appears to be
https://bugzilla.mozilla.org/show_bug.cgi?id=235171

Fix for 9.0.4, this looks easily adapted and probably affects other sites.

I'm a big mousewheeler and having to click on elements to scroll them is
starting to torque me off. I was not able to land this in time, but this
seems to be what I want, so I'm going to land it for 9.0.4.

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

Reflow in Classilla 9.0 is done with a seriously hacked up version of
Bugzilla 209694 (see https://bugzilla.mozilla.org/show_bug.cgi?id=209694 ).
This patch involves several tight loops that as written cause Classilla to
lock up.

Because this patch is so valuable for a great many sites using clear:both,
I added pullups to the loop so that it can't go infinite, but this is
clearly poor and degrades badly on complicated sites with loads of
<iframe>s since they basically make the page re-render itself, over and over.

I intend to look at this more for 9.0.4. I hope the reflow branch solves
this in future versions.

Verify that https://bugzilla.mozilla.org/show_bug.cgi?id=166395 was
applied, then add something to the main UI to allow switching user agents.

Also, add Firefox and Gecko to the default user agent string for the
primary case, which should cover 90% (a la Camino).

Enough people are screaming about this that I will do for 9.0.4.

Projects need to have optimization ramped up in the CodeWarrior project
files. Also consider AltiVec specific build for G4.

For some reason getting odd 400 errors with requests on Google Code. This
is partially a track and partially a test case.

At least two scrolling problems (they may be the same problem) on blogspot
sites, including the nav bar. Look at the scroll patch applied in 9.0 to
see if there are more screen lines that need to be marked as dirty during
the scroll.

This may affect the UI, so we should fix these. Crash bug needs to be run
under debug, while evaluating
https://bugzilla.mozilla.org/show_bug.cgi?id=224013

Feedback from users indicates that the 80MB preferred partition is too
beefy for some Extension-rich 128MB systems. Knock this down to 70MB for 9.0.4.

This is a complex fix and I have to evaluate if it will work with
non-Carbon QuickDraw (but I do not see any obvious reason why it would not).

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

This affects even the front page of Google itself, so we need to fix as
much of this as possible for 9.0.4. This tracker will cover relevant
bugzilla numbers.

nsIDOM3Node.textContent (VERY IMPORTANT!)
https://bugzilla.mozilla.org/show_bug.cgi?id=210451
https://bugzilla.mozilla.org/show_bug.cgi?id=210556

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

Lower Priority things:

Constants to API
https://bugzilla.mozilla.org/show_bug.cgi?id=245476

adoptNode() ... meh
https://bugzilla.mozilla.org/show_bug.cgi?id=330677

Recommend known Mozilla layout updates here. THIS IS THE PREFERRED WAY TO
REPORT A LAYOUT BUG, as this means the code already exists. The best
patches are the shortest and the closest to the Mozilla 1.3.1 codebase on
which Clecko is based (something like 1.4 or 1.5 would be perfect).

Please include:
1. Bugzilla link
2. Testcase URL

The classic testcase is none other than www.whitehouse.gov -- if you look
at this in the DOM inspector, half the page is missing, corresponding with
the portion that is not rendered.

However, if you disable styles View > Use Style > None, then reenable the
stylesheets, the page not only renders the formerly missing content, but
actually the rendering is pretty much dead-on. So this is clearly a DOM
problem, not layout. I want to fix this for 9.0.4.

Too close to deadline to try to fix this. Marking as critical for 9.0.4
because this is rather embarrassing.

mozilla.org is fine however.

Most notoriously, www.apple.com itself. Confirmed on my iBook G3 800x600;
the site does not fit into the browser window, and while we can scroll to
the right, we cannot scroll left. Can also be triggered even on my big G4
by using a stupidly small browser window.

This does not happen on all sites; it appears to be a div-specific problem,
possibly an issue with incremental reflow.

This is a high-priority repair but I have not found a matching Bugzilla #
yet and this might be a Mac-specific issue, so I'm filing this against
myself to track it.

This is a common problem, plus it's on a site that a lot of Classilla
evaluators also read, so it should be fixed. As shown on issue 27, it is
distinct from the floodgap shifted div problem. It is fixed in Moz 1.6, so
it likely predates 300030 (thank goodness).

Part of stabilizing the security issues with Classilla is figuring out what
not to support.

Although Chatzilla remains in 9.0, it will be removed for the next version
as this one has several known serious bugs and future versions can't run in
this older Mozilla codebase. That much is definite. There are better IRC
clients for the Mac anyway.

However, are people regularly using Mail? Composer?

Need to:

- Add Noscript to the Tools menu
- Populate (or figure out a way to populate) a popup with the sites in
question. The code is there, the problem is this old XUL core.
- Automatically fill in the URL of the current page into the NoScript
options box.

This is the gathering spot for Bugzilla 300030, the layout refactoring that
will be backported to Clecko from that bug's attachment. This is a large,
extensive fix that will require much work, but should greatly improve our
layout system.

Notes:
https://bugzilla.mozilla.org/show_bug.cgi?id=300030
https://wiki.mozilla.org/Gecko:Reflow_Refactoring

The payoff is, this gets us *very* close to parity with the regular Gecko
and is a must if Clecko/Classilla is to continue evolution.

Reported on LEM list,

- Printing to PostScript file with LaserWriter 8.7.1 fails with the
following error : 'The file <filename> will be moved to the Trash
because no desktop printer exists for this spool file.' I have the
Desktop Printer extensions disabled because they are known to cause
conflicts, but printing to file from Netscape, WaMCom, IE, iCab works
without issue. This looks like a bug.
(Power Mac G4 MDD, 1.25 GHz, 1 G RAM (80 MB allocated to
Classilla), Mac OS 9.2.2.)

Need to confirm first.

This was apparently a Mac-specific problem that bedeviled the Camino guys
for some time, so I presume the same root cause here. This is particularly
visible on Bugzilla Advanced:

https://bugzilla.mozilla.org/query.cgi?format=advanced

The good news is there is a workaround; click and select any option in the
<select> box, then either use the arrow keys or USB Overdrive+supported
scrolling mouse to scroll.

This is apparently a complicated fix per Mike Pinkerton so it will not
appear in 9.0.

This has irked for me for some time; accidentally discovered an apparent
fix as part of the Moz 1.7 changelog.

https://bug207059.bugzilla.mozilla.org/attachment.cgi?id=136851

It doesn't work most places. Interestingly, I remember it working on *some*
of them, so elements might be stealing events (probably some XUL bug
somewhere). Please report places where it *does* work so we can try to
create a test case. This will be fixed for 9.0.4.

At some point other languages should be installed. This bug is more of a
placeholder, though, because we do have bigger fish to fry right now (no
offense to those whose first language is not English).

What steps will reproduce the problem?
1. goto picasaweb.google.com/ceratophyllum. (Any album will do, but I only
know my own.)
2. You should see a bunch of photo albums. Click any one.
3.
What is the expected output? What do you see instead?

You then see some sort of javascript something.jss? try to load over and
over (in status bar), but no pictures in main window.

The mobie version of picasaweb works fine, but it doesn't allow you to
upload images.


What version of the product are you using? On what operating system?

Classilla 9.0 on OS 9.2.2 running on a daystar G4 upgraded Lombard
powerbook (PPC 7410 433MHz). 512MB RAM, 16GB CF card via addonix CD-IDE.


Please provide any additional information below.

I tried opera and iCab and they didn't work either.  Classilla rocks! I
wish I could do something to help, but I'm a computer clod.  Thanks for a
really nice browser! My 10 year old powerbook flies running OS 9!  Now I
can do more than word processing on this machine w/o the big cat bloat!

At least, I will see if I can set up the tool chain one of my desktop
classic macs, rather than set lombard on fire trying to compile mozilla.

Reported by Tim. Currently data.coremetrics.com is the test case.

The symptom is
"Unable to establish an encrypted connection to data.coremetrics.com 
error -8155"

The certificate checks out on Camino. This is probably a flaw in NSS PKI
and likely affects other sites. Critical fix for 9.0.4.

Reported on http://www.betterworldbooks.com/ but probably affects other sites:

Error: [Exception... "Component returned failure code: 0x8000ffff
(NS_ERROR_UNEXPECTED) [nsIPrefBranch.getComplexValue]"  nsresult:
"0x8000ffff (NS_ERROR_UNEXPECTED)"  location: "JS frame ::
chrome://navigator/content/urlbarBindings.xml#autocomplete-result-popup.updateEn
gines()
:: updateEngines :: line 21"  data: no]
Source File:
chrome://navigator/content/urlbarBindings.xml#autocomplete-result-popup.updateEn
gines()
Line: 21

Error: __doPostBack is not defined
Source File: javascript:__doPostBack('_ctl0$Hcl$SMc$Llb','')
Line: 1

This occurs trying to click any of the JavaScript links at the top,
regardless of NoScript status. This is a confirmed regression from WaMCom,
so it needs to be fixed for 9.0.4.

Like, it doesn't work. It doesn't even recognize the MIME type, even though
the support is allegedly there.

1.3.1 has its own plugin mechanism, but it is old and broken, and fraught
with peril if an installation goes wrong, so I have just disabled it for
9.0. Possibly enable Classilla-specific plugins only.

This can also be a tracking bug for simple extensions that we should just
roll into Classilla, a la Camino including Flashblock etc.

The version in Classilla 9.0 has been hobbled and it needs to be shaken for
bugs a bit more.

What steps will reproduce the problem?
1.Navigate to gmail.
2.Click link for google reader
3.

What is the expected output? What do you see instead?
Expected list of subscribed article items.  Page displays frames but no
articles and says loading the entire time.

What version of the product are you using? On what operating system?
Classilla 9.0 on OS 9.2.2 on Pismo

Please provide any additional information below.
This is a terrfic start.  Would love to help more.  Even though I program,
the requirements from the Wiki are DAUNTING.  Will pick at it gradually...  

This affects our OWN site. Looks like we don't support rightmargin, and we
must so that the Mac IE users see the page right (plus NN 3 and 4). Trivial
to apply and critical for evangelism.

https://bug205850.bugzilla.mozilla.org/attachment.cgi?id=123527

Need to generate (and check against) a new application UUID. We should no
longer "act like Mozilla Suite."

Recommend known JavaScript updates here. THIS IS THE PREFERRED WAY TO
REPORT A JAVASCRIPT BUG, as this means the code already exists. The best
patch is short and as similar to Mozilla 1.3.1 as possible (such as 1.4 or
1.5) as this is the codebase on which Clecko is based, just like the Layout
META bug.

DO NOT SUBMIT PATCHES AGAINST SpiderMonkey -- SpiderMonkey will not work in
its current form under OS 9 or Clecko, and may never be made to work
without a complete rewrite.

UPDATES WITH SECURITY CONTENT SHOULD GO IN THE SECURITY THREAD.

Please include:
1. Bugzilla number
2. Testcase URL. If your URL causes a crash, please say so, or people will
be very angry!