Closed Bug 2980 Opened 26 years ago Closed 24 years ago

[PP]Layout speed is not acceptable for this page

Categories

(Core :: Layout, defect, P2)

All
Mac System 8.5
defect

Tracking

()

VERIFIED INVALID
Future

People

(Reporter: glynn, Assigned: rickg)

References

()

Details

(Whiteboard: [Perf])

Seamonkey 4 and 5th builds, optimized, viewer, Mac and Linux 1. Launch Seamonkey into default browser window 2. Go to: http://www.hotfiles.com and observe page rendering speeds on Mac, win32 and Linux 3. Repeat with 4.51 Communicator for comparison • Speeds of Seamonkey are slower than 4.51 on all platforms, and on Mac and Linux they are far worse. Linux takes half a minute or more.
QA Contact: 4082
Whiteboard: [PP]
is this news or merely reptetition for it's own sake?
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → INVALID
if there are platform specific issues, file a bug for each platform. is this layout or rendering?
Status: RESOLVED → REOPENED
Component: Compositor → Layout
Why was this marked invalid? This was filed as a performance based platform parity bug specific to this site, www.hotfiles.com. Platform parity bugs are filed as one bug citing which platforms are not meeting parity with win32 as the comparison model. It appeared to me to be a rendering 'stalling' issue when I filed it; perhaps it is a layout bug instead of rendering, but when I found it I did not have the time to tear the content apart to dig further towards the root cause and felt it was good to at least have the bug in the system. Reopening and assigning to rickg for proper disposition on engineering side. If it is a duplicate of a bug you know about please mark it as such and reference the bug number.
Assignee: michaelp → rickg
Status: REOPENED → NEW
Resolution: INVALID → ---
the summary line says "Layout speed is not acceptable for this page" which implies a *layout* bug. the description talks about rendering. if the speed issue occurs after the page has fully loaded and rendered at least once than it may be a rendering bug, but if it just takes a long time to come up, who knows what it is.
I apologize if my use of "rendering" was misleading. I was trying to say and perhaps not explaining clearly enough that the layout speed of the page was drastically affected by what appeared to be a rendering problem. Where the app tried to draw page elements is where the performance hit seemed to be occuring, manifesting as a stall during rendering, not the positioning of the objects on the page, hence why I thought it was rendering. Also the page sometimes never lays out completely on Linux. Note I have changed the component to Layout for now and Rick can decide best who should be the owner of this puppy depending on what is broken here. No worries.
Summary: Layout speed is not acceptable for this page → [PP]Layout speed is not acceptable for this page
Whiteboard: [PP]
Whiteboard: [Perf]
Putting on [Perf] radar.
Status: NEW → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → REMIND
Checked site again with March 29 apprunner optimized builds, still snail slow on Linux, better on Mac and Windows.
reopening and marking Future...
Status: RESOLVED → REOPENED
Resolution: REMIND → ---
Target Milestone: --- → Future
This is way too old to be useful. Let's create new bugs for current issues.
Status: REOPENED → RESOLVED
Closed: 26 years ago24 years ago
Resolution: --- → INVALID
vrfy invalid
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.