Closed
Bug 280917
Opened 20 years ago
Closed 13 years ago
Scrolling is slow in frames with heavy loaded page - page scrolls smoothly out of frames
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
RESOLVED
DUPLICATE
of bug 579260
People
(Reporter: marcb, Unassigned)
References
()
Details
Attachments
(3 files)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.5) Gecko/20041220 K-Meleon/0.9 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.5) Gecko/20041220 K-Meleon/0.9 I've noticed this problem in recent versions of gecko (Firefox, Mozilla, ...). I didn't have it with older versions, in my case they were almost a year ago (eg: K-Meleon 0.8.2). When a page is loaded in a frame, the refresh while scrolling is much more jerky than when the page is loaded in its own window. It's more noticeable when the page contains many elements to redraw (table in my example). Try to reproduce this on a slow computer. Mine is a Celeron 450Mhz ... Reproducible: Always Steps to Reproduce: 1. load http://users.skynet.be/alternity/Mozilla/moz04/frame.html 2. scroll the main frame. See how the refresh is jerky 3. open the page: http://users.skynet.be/alternity/Mozilla/moz04/page.html directly in a window. Scroll. See how it's smooth.
wfm. Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.8b) Gecko/20050206 Firefox/1.0+
Comment 2•19 years ago
|
||
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
Comment 3•17 years ago
|
||
I can confirm this problem is still present in the current Firefox releases (I am using 2.0.0.11 on Windows and Linux). The issue is only noticeable though if the "use smooth scrolling" option is enabled. The issue is particularly commonly encountered for sites that are accessed through a domain name redirect that uses html frames to embed the redirected page. For example, visit http://www.users.callnetuk.com/~shanks/GPSMap.html and test the scrolling speed using pageup/pagedown keys. Now visit the same page via a frame redirect at http://www.craporola.com/GPSMap.html and compare the speed. For pages with a lot of embedded graphics this gets a lot worse than the "no frames" case. And it "helps" to have a relatively old and slow PC. mv.
Comment 4•16 years ago
|
||
Do you still see this problem? ... Using current version of FF (3.0.4), or 3.1 beta - beta 1 at http://www.mozilla.com/en-US/firefox/3.1b1/releasenotes/ ... or beta 2 available soon If you no longer see the problem please close the bug.
Whiteboard: closeme 2008-12-10
Comment 5•16 years ago
|
||
@Reporter, we have not heard back from you in a while, so I am closing this bug as INCOMPLETE. You can reopen this bug if more information becomes available. Some helpful information you can provide us is found at http://new.quality.mozilla.org/bug-writing-guidelines.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
Whiteboard: closeme 2008-12-10
I do still see a performance difference using the steps in comment 0. It would be good to determine if that performance difference is specific to some characteristics of the page: for example, whether or not the iframe has a background-color, whether or not the HTML in the iframe has a background-color, whether the iframe is positioned, etc.
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---
(In reply to comment #6) > I do still see a performance difference using the steps in comment 0. -> New I personally can't reproduce this, but that's most likely due to my modern hardware.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 98 → All
Hardware: x86 → All
Comment 8•16 years ago
|
||
Testcase?
Comment 10•16 years ago
|
||
Comment 11•16 years ago
|
||
(In reply to comment #8) > Testcase? Here you go. (with a d'oh from me..) David, can you see a perf difference in the attached files as well? If yes we can at least eleminate CSS as possible cause..
Comment 12•14 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100503 Firefox/3.6.4 Both the URL in comment #0 and the test case work fine here with smooth scrolling on Fx 3.6.4.
Comment 13•13 years ago
|
||
Duping this to bug 579260 as the characteristics appear to be the same and it's been inactive for a long time. Please re-open if you have evidence to the contrary.
Status: NEW → RESOLVED
Closed: 16 years ago → 13 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•