Closed Bug 36067 Opened 25 years ago Closed 25 years ago

URL kills mozilla drawing engine.

Categories

(Core :: Layout, defect, P3)

PowerPC
Mac System 8.5
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: koonce, Assigned: dcone)

References

()

Details

Attachments

(2 files)

From Bugzilla Helper: User-Agent: Mozilla/4.72 (Macintosh; U; PPC) BuildID: 2000041608 Mozilla loads this page fine. Afterwards, though, the program can't use its internal drawing engine. The menus are messed up (see bug #36030), but more importantly, all the browser windows are completely white. (Including "Open Web Location" and other dialogue boxes.) Reproducible: Always Steps to Reproduce: 1. Visit URL. 2. Create new window.
I can't duplicate this on Linux. Site and menus appear to work normally. Platform specific?
must be mac specific. I can't reproduce with 041708 build under NT. Will try to investigate further soon.
I've just reduplicated this bug with the M16, 04/07/12 build. After the URL resolves, mozilla simply quits wanting to create new windows. Bug #36030 is still present, also. I'm pretty sure the two are related somehow. My os is 8.6 (Mac). I dropped the URL into mozilla directly after I unstuffed it, not messing about with any preferences at all.
I also tested it with (04/17/04) M15 and found the same problem. I'm using school computers to test this. This bug has appeared on three identically configured machines (8.6, b&w g3's) (under M16 builds). Is my system config a factor?
Win95B, Build 2000041717: I've gotten inconsistent behaviour when I visited this site, but not the original bug behaviour. Opening a new window, for me, takes me to an about:blank page, which is what I intended my preferences to do.
Hmm, once the center panel loads, Mozilla takes most of the CPU, apparently for nothing more than animating the 3-D wireframe X-in-Circle logo at the left -- but only when it is not hidden by other windows. This is using the 2000-04-17-08-M16 nightly binary. skoonce@usc.edu, if you put another window on top of the Mozilla window displaying the movie site, and then bring that Mozilla window to the foreground again, does the content area repaint, or does it seem "transparent"? And does Mozilla take most of the CPU?
I just took some screenshots via <command-shift-3> (which dumps the vram cache to a file), and a few things have been revealed. First, my blank windows (completely white) are apparently trying to show the mozilla page, albiet improperly. Sidr: If i create a new window and then click on the old one, the the top and bottom parts of the site are still black. The rotating circle dohicky does show up, happily animating away, yet the rest of the area about it is grey-ish. (transparent?) From running rc5 (the macos has no cpu indicator <sigh>) it appears mozilla is only ganking about 10% of the cpu. (Not much at all, esp. for a mac foreground app.) When I clicked to the rc5 application, which had part of its window over the mozilla app and back into mozilla, mozilla redrew the portion of the screen which had been covered up by rc5. The mouse is blinking every second *no matter where* i put it, which means mozilla is attempting to force a redraw for the entire screen every time the animation updates.
Confirming. Gerv
Status: UNCONFIRMED → NEW
Ever confirmed: true
-> Layout.
Assignee: asadotzler → troy
Component: Browser-General → Layout
QA Contact: jelwell → petersen
Reassigning to dcone - Triaging Troy's bug list.
Assignee: troy → dcone
Status: NEW → ASSIGNED
Target Milestone: --- → M17
This works for me.. but I did get a Javascript error. If this comes back I think it has something to to with a plugin, or JavaScript.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: