Closed Bug 188208 Opened 22 years ago Closed 19 years ago

Scrolling is slow

Categories

(Camino Graveyard :: General, defect, P3)

Product:
Camino Graveyard
Component:
General
Platform:
PowerPC
macOS
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME
Milestone:
Camino1.0

People

(Reporter: sbwoodside, Assigned: sfraser_bugs)

References

(
URL
)

Details

(Keywords: perf) 

On this page, using today's build, I find that Safari (beta) scrolls way faster.
Grab the scroll bar thumb (the blue thing) and drag it around to reproduce.
Sorry, this is on 10.2.3 with a TiBook/400.
Doesn't seem to scroll abnormally slower for me. You only see a difference on
this page?
Assignee: saari → sfraser
I've seen other complaints about slow scrolling.
Status: NEW → ASSIGNED
Keywords: perf
Summary: Scroll faster ;-) → Scrolling is slow
It's possible that the method used to scroll might mask or reveal the
difference. I'm putting my mouse on the blue scroll "thumb" (what the heck is
that thing called, I mean the bit in the middle of the abr that moves around)
and manually scrolling by moving the mouse up and down.

OTOH, scrolling by clicking and holding on the down arrow at the bottom of the
scroll bar, there doesn't really seem to be a difference if I use that method.
I see an even bigger difference on this page:
http://www.kristamin.com/news.php?start=0&show=76
Yeah, Simon's new url makes Chimera look pretty bad. Fortunately I don't find
this situation (Safari spanking Chimera in scrolling speed) all that common.
Here's another url that scrolls more slowly in Chimera but for probably a
different reason:

http://www.gloriousnoise.com/

I bet Chimera would be pretty close to Safari on the initial url (a pretty basic
text heavy website) if the performance drag of the unneeded drawing in bug
164234 was taken care of. The other two seem unrelated to that.
Kristamin, link in comment 5, is a little bit more jerky in Chimera when
dragging the thumb.
The thumb seems to make a very very small pause before the next move/position of
the thumb.
iMac 400Mhz 1024x768 32bits, (QE and) font smoothing disabled. Build 2003010706.
see also 177954 and 164234
Mozilla 1.2.1 also sucks on the link in Comment #5
Note that scrolling pages with java is known to be very slow: bug 184755. When
adding testcases here, please be sure to note if there are any plugins on the page.
I don't see any <applet> tags in the URL in comment #5, is that a sufficient
check? (I never use applets)
IS the 96DPI patch making scrolling slower, I've experienced it too.

As always, Java applet slows scrolling, the same happens in QuickTime and 
RealPlayer as well.

Flash seems do not have the trouble.
*** Bug 244102 has been marked as a duplicate of this bug. ***
In trunk nightly build after 2004-11-5, scrolling is very slow in every page.
There was no problem in build to 2004-11-4.

Mac OS X 10.3.5
Confirmed.
2004-11-06 NB on Mac OS X 10.3.6.
See bug 268218 regarding comment 14 and comment 15.
I believe contrary to the above comment, this has notbeen resolved.  I can
reproduce this by going to http://gmail.google.com and logging in; scrolling the
inbox page is slow.  Using nightly trunk build 2004112308.  In fact, even going
to an emnail message and writing in an html box seems to be slow (not sure if
this is the same issue).

On Firefox 11/25 nightly, the page scrolls fast and responsively.  So I believe
this is a camino-specific bug.
Blocks: 100951
*** Bug 286237 has been marked as a duplicate of this bug. ***
I notice that scrolling is slow and jerky in recent nightly builds when the
cursor is on any words that has many links.

Steps to Reproduce:
1) Go to http://www.versiontracker.com/macosx/index.shtml
2) Point the cursor to any softwares that has a link
3) Press DownArrow key and scroll down or press UpArrow key and scroll up
4) Point the cursor to anywhere that has no links
5) Press DownArrow key and scroll down or press UpArrow key and scroll up
6) Make a comparison between 3) and 5)

Can anyone confirm?
(In reply to comment #19)
> I notice that scrolling is slow and jerky in recent nightly builds when the
> cursor is on any words that has many links.
> 
> Steps to Reproduce:
> 1) Go to http://www.versiontracker.com/macosx/index.shtml
> 2) Point the cursor to any softwares that has a link
> 3) Press DownArrow key and scroll down or press UpArrow key and scroll up
> 4) Point the cursor to anywhere that has no links
> 5) Press DownArrow key and scroll down or press UpArrow key and scroll up
> 6) Make a comparison between 3) and 5)
> 
> Can anyone confirm?

Does it only happen with links with a change of appearance on hover, or all links?
 > Does it only happen with links with a change of appearance on hover, or all
links?

It seems for me that it happens with links with a change of appearance on hover.
(In reply to comment #21)
>  > Does it only happen with links with a change of appearance on hover, or all
> links?
> 
> It seems for me that it happens with links with a change of appearance on hover.

In that case it's probably caused by bug 280982 (or related). Scrolling while
something is animating is horribly inefficient at the moment.
Another sample of the problem that scrolling becomes slow when a cursor is
hovering over links.
http://www.starfleet.ac/~inu/link/

It seems for me that the common term is using "stylesheet" with a change of
appearance on hover.
Need to see if this is plugins, or a big background image.
Priority: -- → P3
Target Milestone: --- → Camino1.0
Since the sample URL changed, there's no easy way to know what this was. I think
our other bugs cover this.
Since Simon is no longer reading bugmail, unless someone else can reproduce this on another page, we'll have to close this bug.
Closing as WFM since we have no specific page this reproduces on. Please file new bugs with specific pages so we can isolate what the problem is.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.